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PREFACE 


This  is  the  final  report  for  work  conducted  by  Applied  Research 
Laboratories,  The  University  of  Texas  at  Austin  (ARL:UT),  under 
Contract  N00024-86-C-6134,  Task  12,  Project  18,  under  the  technical 
instruction  entitled  "Incorporation  of  the  Civilian  Community  in  GPS 
Operation  Capability  Reporting  System  Study".  This  report  is  in  four 
volumes.  One  of  the  primary  efforts  associated  with  this  contract  was 
the  development  of  an  interface  between  the  U.S.  Air  Force  and  the  civil 
community  which  will  allow  the  civil  community  access  to  information 
regarding  the  navigation  status  of  the  Global  Positioning  System  (GPS). 
This  interface,  or  point  of  contact,  operated  by  a  civil  organization  and 
referred  to  as  the  Civil  GPS  Service  (CGS),  will  serve  as  a  source  of 
information  from  the  GPS  Operation  Control  Segment  (OCS)  and  other 
sources,  and  disseminate  that  information  to  the  civil  community.  The 
Civil  GPS  Information  Center  (CGIC)  will  serve  as  the  operational  arm  of 
the  CGS  by  providing  GPS  status  information  to  the  civil  community. 

Volume  I.  "Determination  of  the  Requirements  of  the  Civil  GPS  User 
Community,"  by  Brent  A.  Renfro. 

Volume  I  summarizes  all  efforts  performed  by  ARL:UT  in  meeting  the 
specific  tasks  described  in  the  contract.  These  include 

(1)  establishing  a  steering  committee, 

(2)  determining  needs  of  GPS  civil  users, 

(3)  determining  data  and  data  sources  which  are,  or  will  be, 
available  to  the  CGS, 

(4)  conducting  a  CGS  user  workshop,  and 

(5)  developing  a  system  design  for  data  distribution. 


Volume  II.  "Appendices  to  Volume  I,"  by  Arnold  J.  Tucker,  Brent  A. 
Renfro,  and  Jeanne  L.  Williams. 

Volume  II,  a  compendium  of  appendices,  addresses  the  results  of  the 
above  tasks  in  greater  detail. 


Volume  III. 


"Interface  Control  Document  for  the  Civil  GPS  Service 
Interface  to  the  OPSCAP  Reporting  and  Management  System," 
by  Patrick  R.  Pastor. 


Volume  III  is  the  interface  control  document  (ICD)  defining  the 
requirements  related  to  the  transfer  of  GPS  navigation  data  between  the 
Operational,  Status,  and  Capability  (OPSCAP)  Reporting  and  Maragement 
System  (ORMS)  and  the  CGS. 

Volume  IV.  "Synopsis  of  Civil  GPS  User  Workshop  (22  September  1987)," 
edited  by  Arnold  J.  Tucker. 

Volume  IV  is  the  synopsis  of  the  GPS  Civil  User  Workshop  held  on 
22  September  1987  in  Colorado  Springs,  Colorado.  Included  in  this 
synopsis  are  transcripts  of  the  oral  presentations  made  during  the 
General  Session  and  also  summaries  from  the  various  discussion  groups 
which  were  chaired  by  members  of  the  CGS  Steering  Committee. 

For  additional  information  regarding  the  CGS,  direct  queries  to  the 
following  address. 


DOT/RSPA 

ATTN  DRT-1 

400  7th  St.,  S.W. 

Room  8405 

Washington,  D.C.  20590 


I 
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1.0  Scope 


This  interface  control  document  (ICD)  defines  the  requirements 
related  to  the  transfer  of  Global  Positioning  System  (GPS)  navigation 
data  between  the  Operational,  Status,  and  Capability  (OPSCAP)  Reporting 
and  Management  System  (ORMS),  and  the  Civil  GPS  Information  Center 
(CGIC) . 

Section  20,  "GPS  Navigation  Data  Structure  of  Data  ID  2"  from  the 
ICD-GPS-200  is  referenced  in  this  document  and  is  included  as  Appendix  D. 

Some  items  identified  in  this  document  are  listed  as  to-be- 
determined  (TBD).  These  items  are  required  for  the  completion  of  an 
interface  between  ORMS  and  CGIC  and  will  be  determined  by  ORMS  at  a  later 
date.  This  draft  ICD  is  based  on  information  available  at  this  time  and 
as  the  ORMS  matures,  revisions  will  have  to  be  made  to  this  document. 


2.1  Government 


The  following  documents  of  the  issue  specified  contribute  to  the 
definition  of  the  interfaces  between  the  ORMS  and  the  CGIC,  and  form  a 
part  of  this  ICD  to  the  extent  specified  herein. 

Specifications 

Federal 

None 

Military 

None 

Other  Government  Activity 
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Standards 

Federal 

None 

Military 

None 

Other  Publications 
ICD-GPS-200 


ICD-MCS-301 

ICD-MCS-302A 
Appendix  0 
CP-MCSEC-302A 


NAVSTAR  GPS  Space  Segment/Navigation 
User  Interfaces 
(NC)  (U) 

OCS  MCS  CPCI  Interfaces 
(SECRET)  (U) 

Alarm/Warning/Event  Messages 

Computer  Program  Specification  for  the 
Master  Control  Station  Ephemeris/Clock 
Computer  Program 

Civil  GPS  Service  (CGS)  Steering 
Committee  Charter 

NAVSTAR  GPS  Security  Classification 
Guide 

Requirements  Document  for  the  ORMS 


2.2  Non-Government  Documents 

The  following  documents  of  the  issue  specified  contribute  to  the 
definition  of  the  interfaces  between  the  ORMS  and  the  CGIC  and  form  a 
part  of  this  ICD  to  the  extent  specified  herein. 

Specifications 

None 

Other  Publications 
None 
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3.0  Civil  GPS  Service  Overview 

The  interaction  of  the  CGIC  with  the  Civil  GPS  Service  (CGS),  the 
user  community,  and  elements  of  the  GPS  control  segment  is  shown  in 
Fig.  1.  The  CGS  is  concerned  with  administration  and  operations  while 
the  role  of  the  CGIC  is  distribution  of  information  to  the  user 
community. 

The  function  of  the  CGS  is  to  serve  as  a  source  of  information  and  a 
point  of  contact  for  civil  users  of  GPS.  The  CGS  also  serves  as  a  focal 
point  for  comments  and  questions  from  the  civil  community  regarding  GPS. 
In  this  case,  'civil'  is  defined  to  mean  any  organization  which  is  not 
part  of  the  Department  of  Defense  (DoD)  or  the  military  segments  of  the 
North  Atlantic  Treaty  Organization  (NATO).  DoD  and  NATO  military 
organizations  are  served  by  the  ORMS.  From  an  operational  standpoint, 
the  CGS  serves  as  a  buffer  between  the  USAF  management  and  the  civil  GPS 
user  community.  The  CGS  also  serves  as  a  consolidation  point  for 
feedback  from  the  civil  user  community  to  the  administrators  and 
operators  of  the  GPS  system. 

The  CGIC  accepts  information  regarding  GPS  navigation  status  and 
capability  from  the  ORMS  and  other  sources  and  disseminates  that 
information  to  the  civil  community  via  a  number  of  channels. 

The  types  of  information  provided  by  the  CGIC  include: 

(1)  planning  information, 

(2)  current  status  information, 

(3)  archival  (or  historical)  information,  and 

(4)  responses  to  user  questions. 

This  ICO  specifically  addresses  the  interface  between  the  ORMS  and 
the  CGIC. 
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4.0  CGS  Data  Quantities 

4.1  Categorization  of  Data  by  Information  Type 

In  general,  it  is  convenient  to  categorize  data  elements  transferred 
from  the  ORMS  to  the  CGIC  according  to  four  information  categories  (see 
Table  4-1).  The  first  two  categories,  Future  Event  and  Unscheduled  Event 
Advisories,  both  convey  status  and  configuration  information  but  the 
former  is  derived  from  scheduled  or  predictive  information  while  the 
latter  is  concerned  with  unforeseen  events  related  to  system  degradation 
or  reconfiguration. 

Future  Event  and  Unscheduled  Event  Advisories  are  further  subdivided 
into  textual  Notifications  and  System  Status/Warning  Message  (S/S/W) 
information.  S/S/Ws  also  include  any  associated  classification  codes  and 
priorities.  Notifications  and  S/S/Ws  are  normally  transmitted  whenever 
the  line  to  the  CGIC  is  free.  In  either  case,  as  discussed  in  Section 
4.2.1,  both  Future  and  Unscheduled  Event  Advisories  are  incorporated  in 
the  Short  Delay  transfer  type. 

The  third  information  category,  NAV  messages,  serves  as  an  alternate 
source  for  SV  NAV  message  information.  In  this  category,  data  elements 
are  generally  transferred  in  both  unpacked  engineering  units  and  in  the 
broadcast  message  format.  Like  the  NAV  message  itself,  all  data  elements 
in  the  Intermediate  NAV  message  category  have  any  existing  SA  effects 
present.  As  discussed  in  Section  4.2.2,  transmission  to  the  CGIC  is 
delayed  at  least  (TBD)  minutes  after  a  data  element  has  been  incorporated 
into  a  NAV  message  transmission.  The  NAV  message  information  is 
incorporated  in  the  Intermediate  Delay  transfer  category.  The 
transmission  of  Intermediate  Delay  blocks  occurs  every  hour  on  the  hour, 
after  their  constituent  data  elements  have  sufficiently  aged. 
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TABLE  4-1 

INFORMATION  CATEGORIES 


TITLE 

Future  Event 
Advisories 

Unscheduled  Event 
Advisories 

NAV  Message 

Postprocessed 


DESCRIPTION 

Scheduled  events 
textual  notification  and 
S/S/'VI  information  with 
codes  and  priorities 


SVs/MC  systems  set 
unhealthy,  performance 
degraded,  or  configuration 
changed  due  to  unscheduled 
events.  Include  estimated 
recovery  time  and  impact 
if  applicable 

Alternate  source  of 
predictive  quantities  with 
SA  effects  present; 
available  approximately 
TBD  minutes  after  beginning 
of  applicability 

Postprocessed  values  and  MCS 
filter  quantities 
with  SA  effects  absent; 
available  approximately 
TBD  after  beginning  of 
appl icabil ity 


EXAMPLES 


S V  launches 

GPS  CS/SS  capability  and 
testing 

SV  orbit  adjust 
SV/MC  clock  status/ 
adjust/switch 
GPS  SV/MC  time  steering 

Same  as  for  Future  Events 
Notifications 


SV  broadcast  almanac, 

SV  broadcast  ephemerides, 
and  remainder  of  NAV  message 
except  reserved  pages 


SV  monitored  health 
SV  ORDs  and  ERD  versus  AOD 
SV  URAs  versus  AOD 
SV/MCS/MC  navigation  status 
changes 

Global  SV  upload  schedule 
SV  ephemeris  user  range  accuracy 
(URA)  contribution 
SV  ephemeris 

SV/MC  clock  URA  contribution 
SV/MC  time  steer  parameters 
SV/MC  clock  adjust  parameters 
SV  clock  calibration  to  universal 
coordinated  time  (UTC) 

GPS-UTC  phase  and  frequency 
offset 


The  fourth  and  last  information  age  category,  postprocessed  data, 
consists  primarily  of  post-determined  quantities  as  determined  from 
operational  diagnostic  analysis  of  GPS  data,  and  from  post-fit  values 
estimated  by  the  MCS  filter.  In  order  to  prohibit  its  realtime  use,  the 
data  are  not  transmitted  to  the  CGIC  for  approximately  TBD  days  after 
their  time  tags  of  applicability.  In  general,  SA  effects  are  not  present 
in  these  data  elements.  As  discussed  in  Section  4.2.3,  postprocessed 
data  is  incorporated  into  the  Long  Delay  transfer  category.  Long  Delay 
information  is  stored,  internal  to  the  ORMS,  and  transmitted,  after 
sufficient  aging,  during  periods  when  the  line  to  the  CGIC  is  not 
otherwise  occupied.  Table  4-2  shows  the  mapping  of  data  information  into 
data  transfer  types. 

The  six  information  types  that  constitute  the  information 
transmitted  to  the  CGIC  are  discussed  in  detail  in  Sections  4.1.1  through 
4.1.6. 


4.1.1  Future  Event  Advisories 

Future  Event  Advisories  consist  of  two  types  of  transfer  blocks: 
Notifications  and  System  Status/Warning  Message  information. 

Notifications  are  human  generated,  whereas  S/S/Ws  are  system 
initiated.  The  sub-grouping  of  Advisories  is  diagrammed  below. 

ADVISORIES 


NOTIFICATIONS 
(Human  Generated) 


S/S/Ws 

(System  Generated) 


TABLE  4-2 


DATA  INFORMATION  BY  DATA 
TRANSFER  TYPES 


Categories  of  Data 

Categories  of  Data 

Information 

Transfer 

Future  Event  Advisories 

Short  Delay  Transfer 

Unscheduled  Event  Advisories 

NAV  Messages 

Intermediate  Delay  Transfer 

Postprocessed 

Long  Delay  Transfer 
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Table  4-3,  Future  and  Unscheduled  Event  Advisories,  lists  data 
quantities  that  are  of  interest  to  the  C6S. 

4. 1.1.1  Notifications 

4. 1.1. 1.1  Notification  Generator 

An  outline  for  Notifications  is  presented  in  Table  10-1  of 
Section  10.1.  This  outline  has  several  different  entries,  not  all  of 
which  are  applicable  to  all  Notifications  produced.  To  allow  for  some 
measure  of  sorting  and  search  capability,  several  fields  contain  indexing 
information,  for  instance  notice  advisory  number,  and  affected 
SV(s)/MS(s).  To  facilitate  its  use  by  a  database  program,  indexed  fields 
(those  not  labeled  in  the  table  by  a  "*")  have  a  fixed  or  predefined 
format.  Due  to  this  format,  creation  of  Notifications  is  accomplished 
via  program  entry  which  prompts  for  fields,  and  where  appropriate,  gives 
choices,  defaults,  and  ensures  format  conventions.  In  addition,  this 
Notification  Generator  checks  for  inconsistency  between  fields. 

4. 1.1. 1.2  Time  Relevance 

The  "time  relevance"  field  in  the  Notifications  format  (see 
Table  10-1)  provides  a  measure  for  how  relevant  in  time  a  Notification  is 
to  users.  A  user  uses  time  relevance,  in  conjunction  with  other  keys, 
to  search  for  timely  information  that  may  impact  their  future, 
immediate,  present,  recently  completed,  or  past  GPS  operations.  If 
sufficiently  important,  mention  of  the  Notification  is  included  in  the 
CGIC  log-on  message.  Another  index  field,  namely  reference  dates  and 
times,  provides  another  method  of  locating  these  data  in  time. 
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TABLE  4-3 


EXAMPLES  OF  FUTURE  EVENT  ADVISORIES 
AND  UNSCHEDULED  EVENT  ADVISORIES 


SV  Launches 


GPS  CS/SS  Capability 
and  Testing 


SV  Orbit  Adjust 


SV/MC  Clock  Status/ 
Adjust/Switch 


GPS  SV/MC  Time  Steer 


DESCRIPTION 


REFRESH  RATE 


Launch  announcement, 
approximate  date 


Announcement(s)/! aunch 


Occurrence  of  S/S/Ws, 
classification  and 
priorities,  include 
warning  and  description 
of  non-classified 
testing,  ORs,  system 
malfunctions,  etc., 
affecting  the  control 
or  space  segment 


Announcement (s)/S/S/W 


Orbit  perturbations 
including  maneuvers, 
momentum  dumps,  eclipse, 
etc. ,  with  dates  and 
scheduled/predictive 
parameters 


Each  occurrence 


Change  in  SV  or  MC 
clock  status,  and 
occurrence  of  adjust 
or  switch  in  oscillator 
per  SV  or  MC  with  event 
description  and 
associated  time  tags 


Each  occurrence 


Announcement  of 
scheduled/predictive 
steering  parameters 
of  broadcast  accuracy 


Each  occurrence 


toast 


s 


Figure  2  assigns  time  relevance  by  defining  conventions  for  time 
windows.  Its  structure  gives  the  highest  relevance  to  current 
information  which  impacts  user  performance.  Lowest  relevance  is  given  to 
the  least  current  informa  ion  that  does  not  impact  user  performance. 

Whether  a  described  condition  may  affect  user  performance  is 
determined  by  the  author  of  the  Notification  and  is  based  on  both  the 
severity  of  the  condition,  any  actions  to  be  taken,  and  experience  based 
on  previous  occurrences  of  similar  conditions/actions.  (For  example,  user 
processing  is  said  to  be  affected  when  events  occur  which  degrade  a 
user's  GPS  tracking  capability,  i.e.,  an  SV  change  from  healthy  to 
unhealthy  or  vice  versa,  and/or  probably  impacts  performance  on  the  order 
of  hundreds  of  meters  or  more,  i.e.,  a  change  in  SV  frequency  standards 
from  cesium  to  quartz  oscillator.) 

In  summary,  the  time  relevance  field  of  event  Notifications  are 
determined  by  the  immediacy  of  the  data  and  by  the  effect  of  the  event  on 
user  performance. 

4. 1.1. 2  System  Status/Warnina  Messages 

Transfer  of  certain  MCS/ORMs  generated  S/S/W  messages  to  the  CGIC  is 
supported.  This  facility  makes  use  of  the  occurrence  of  a  selected 
subset  of  Alarm/Warning/Event  (A/W/E)  messages  from  the  MCS  and  the  ORMS 
systems  in  order  to:  (1)  provide  an  efficient  automated  means  of 
recording  GPS  system  performance,  and  (2)  lessen  the  requirement  for 
human  generated  textual  Notifications  discussed  previously  in 
Section  4. 1.1.1. 


The  A/W/E  information  transmitted  is  not  to  compromise  the  security 
of  the  GPS  system  nor  delve  into  the  operational  aspects  of  either  the 
MCS  or  the  ORMS.  Only  those  A/W/Es  cleared  by  a  security  mask  are 


passed  to  the  CGIC.  Another  mask  is  applied  to  determine  if  a  message  is 
transmitted  as  Short  Delay  or,  because  of  security  considerations,  in  the 
Long  Delay  data  age  category  (under  the  Long  Delay  S/S/W  messages 
transfer  block).  All  values  in  the  Short  Delay  Advisory  S/S/Ws  are  of 
only  scheduled  or  predictive  accuracies,  i.e.,  no  post-fit  values. 

The  specific  format  of  S/S/W  transfer  blocks  are  contained  in 
Section  10.2.  The  list  of  A/W/Es  transmitted  to  the  CGIC,  along  with 
their  designations  as  Future  and  Unscheduled  Event  Advisories  or 
Postprocessed  Information,  will  be  defined  in  a  separate  document.  This 
list  provides  for  the  fact  that  the  MCS  A/W/E  file  can  change  over  time. 

4.1.2  Unscheduled  Event  Advisories 

Unscheduled  Event  Advisories,  like  the  previously  discussed  Future 
Event  Advisories  (Section  4.1.1)  are  similarly  composed  of  both  textual, 
human  generated  Notifications  and  system  generated  S/S/Ws.  The  same 
transfer  block  formats,  as  described  in  Sections  10.1  and  10.2,  are  used 
for  both  Future  and  Unscheduled  Event  Advisories.  Whereas  Future  Event 
Advisories  apply  to  events  scheduled  to  occur  in  the  future,  near  or  far, 
Unscheduled  Event  Advisories  apply  to  GPS  status  events  that  have 
occurred  due  to  unforeseen  consequences. 

Currently,  there  exists  no  foolproof  method  of  distinguishing 
between  the  two.  The  delineation  is  not  intended  as  a  method  of  tracking 
the  GPS  system's  scheduling  performance,  but  rather  to  aid  the  user  in 
delineating  between  those  messages  that  apply  to  future  events  and  those 
that  may  impact  data  already  taken  or  operations  in  progress. 


4.1.3  NAV  Message  Information 

The  NAV  Message  category  serves  as  an  alternate  source  for  obtaining 
subsets  of  the  Navigation  Message  information  broadcast  from  all  SVs. 
Navigation  message  data  is  transferred  in  both  unpacked  engineering 
units,  and  in  the  broadcast  navigation  message  format.  Transmission  to 
the  CGIC  is  delayed  approximately  TBD  minutes  after  a  broadcast's 
contents  have  been  incorporated  in  a  NAV  message  data  block.  When  a  data 
block's  parameters  are  transmitted  by  several  SVs  (see  Section  4. 1.3. 3), 
CGIC  transmission  delay  criteria  are  determined  by  the  last  SV  to  begin 
broadcasting. 

Like  the  NAV  Message  itself,  all  data  elements  in  the  NAV  Message 
category  will  have  any  existing  SA  effects  present.  Data  elements 
transferred  in  unpacked  engineering  units  do  not  contain  greater 
resolution  or  accuracy  than  that  available  in  the  corresponding  NAV 
message  elements. 

Data  from  reserved  element  pages  of  the  Navigation  message  are  not 
transferred  to  the  CGS.  Reserved  element  portions  are  pages  1,  6,  11, 
12,  16,  and  19-24  of  subframe  4. 

The  specific  formats  of  the  NAV  message  data,  incorporated  into 
Intermediate  Delay  transfer  blocks,  are  contained  in  Section  20, 
Appendix  II. 

Table  4-4  lists  data  quantities,  which  are  of  interest  to  the  CGS, 
that  are  included  as  NAV  Message  blocks. 

4. 1.3.1  Alternate  Source  of  Broadcast  Data 


The  primary  function  of  the  NAV  Message  information  is  to  provide 
the  user  an  alternate  source  of  navigation  message  broadcast  data.  In 


SV  Broadcast  Almanac 


SV  Broadcast 
Ephemerides 


Remainder  of  NAV 
(excluding  reserved 
pages) 


TABLE  4-4 

NAV  MESSAGE  INFORMATION 


DESCRIPTION 


Subframe  5,  pages  1-24 
and  subframe  4, 
pages  2-5,  7-10;  plus 
WNA,  telemetry  validity 
flag,  and  upload  times: 
beginning  time  tag  of 
applicability 

Subframe  1,  2,  and  3 
as  broadcast  per  SV, 
telemetry  validity 
flag,  and  upload  times: 
beginning  time  tag  of 
applicability 

Balance  of  NAV  message 
as  broadcast  per  SV 
telemetry  validity  flag, 
and  upload  times: 
beginning  time  tag  of 
applicability 


REFRESH  RATE 


Each  almanac  set 


Each  broadcast 
ephemeris 


Each  new  NAV  message 
page 


rViVV 


effect,  the  NAV  message  information  functions  as  a  virtual  receiver  of 
all  SV  broadcast  messages.  This  alternate  source  information  is  used  to 
establish  a  NAV  message  database  on  the  CGS  that  provides  users  the 
capability  of  verifying,  shortly  after  data  capture,  receiver  hardware, 
software,  and  processing  algorithms.  The  database  also  provides  a  means 
of  determining  the  NAV  message  contents  in  the  event  of  receiver  errors, 
and/or  help  in  simulating  conditions  that  occurred  during  that  error. 
Most  commonly,  it  is  used  in  conjunction  with  postprocessing  of  GPS  data, 
especially  when  portions  of  the  NAV  message  are  not  available  in  the 
receiver's  local  data. 

In  order  to  be  as  useful  as  possible,  the  NAV  Message  data  blocks 
are  constructed  to  contain  as  complete  a  set  of  NAV  messages,  over  both 
time  and  breadth  of  broadcast  information,  as  is  possible.  For  this 
reason,  all  NAV  broadcast  message  subframes  and  pages,  except  for 
reserved  pages,  are  included. 

As  discussed  in  Section  4.2.2,  the  NAV  Message  information  is 
included  in  the  Intermediate  Delay  data  transmission  so  that  broadcast 
data  may  be  made  available  to  the  CGS  users  as  quickly  as  possible. 

Since  many  SVs  normally  broadcast  the  same  NAV  message  subset,  e.g., 
an  almanac,  particular  Intermediate  Delay  blocks  are  arranged  to 
correspond  to  individual  sets  of  NAV  message  parameters.  This  construct 
minimizes  the  number  of  transfer  blocks  containing  the  NAV  Message 
information.  For  these  blocks,  correspondence  to  the  transmitting  SVs  is 
indicated  by  a  matrix  of  SV  identifiers  and  corresponding  times  of 
transmission. 

4. 1.3.2  Verified  versus  Uploaded  NAV  Messages 

Instead  of  presenting  actual  MCS  monitored  data,  Intermediate  Delay 
blocks  are  constructed  from  data  contained  in  the  SV  uploads.  The 
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uploaded  message  only  contains  information  for  words  3-10  of  NAV  Message 
page  or  subframe.  By  convention,  the  simulated  contents  of  words  1  and  2 
contain  TLM  and  HOW  words  that  describe  the  first  SV  to  transmit  a  data 
block's  NAV  information.  Specifically,  the  packed  "TOW-count  message" 
corresponds  to  the  beginning  of  broadcast  for  the  first  transmitting  SV. 
The  exception  to  this  convention  is  that  the  flags  for  Roll  Momentum 
Dump/Alert  and  Synchronization/A-S  are  set  to  zero  in  a  NAV  block's 
broadcast  message  contents. 

?roadcast  errors  detected  by  the  OCS's  navigation  verification 
testing,  i.e.,  the  comparison  of  monitored  data  with  the  predictive  data 
from  the  upload,  are  included  in  the  Navigation  Data  Error  summary  block 
described  in  Section  30.1.10. 

4. 1.3. 3  Synchronization  Considerations 

The  matrix  of  transmitting  SVs/beginning  transmission  times,  which 
apply  to  a  particular  Intermediate  Delay  block's  data  parameters  (see 
Section  4. 1.3.1)  are,  in  general,  ordered  neither  according  to  SV  numbers 
or  to  upload  times.  The  only  constraints  imposed  are: 

(1)  during  a  block's  building  cycle,  SV  PRNs  are  ordered  in  the 
same  sequence  as  the  beginning  broadcast  times  (see 
Section  4.2), 

(2)  the  unpacked  NAV  message's  words  1  and  2  correspond  to  the 
first  transmitting  SV  (see  Section  4. 1.3. 2),  and 

(3)  uploaded  NAV  data  blocks  are  transmitted  to  the  CGIC  even  if 
verification  errors  occur  during  part  or  all  of  its 
corresponding  transmission  time  (see  Section  4. 1.3. 2). 

Please  note  that  the  above  synchronization  constraints  do  not  preclude 
the  occurrence  of  multiple  Intermediate  Delay  blocks  containing  the  same 
set  of  data  parameters  but  corresponding  to  different  sets  of 


transmitting  SVs.  However,  in  order  to  conserve  system  resources,  ORMS 
system  parameters  are  tuned  to  minimize  this  occurrence  (see  Sections  4.2 
and  5.3.3). 


4.1.4  Performance  Information 

Table  4-5  lists  data  quantities  that  are  included  in  Performance 
Information  blocks.  The  formats  of  the  Performance  blocks  are  contained 
in  Section  30.1 

The  data  transfer  requirements  of  Performance  Information  are  found 
in  Section  4.2.3;  incorporation  in  transmission  to  the  CGIC  is  described 
in  Sections  5.1  and  5.1.2. 

4.1.5  SV  Ephemeris  Information 

Table  4-6  lists  data  quantities  that  are  included  in  SV  Ephemeris 
Information  blocks.  The  formats  of  the  Ephemeris  blocks  are  contained  in 
Section  30.2. 

The  data  transfer  requirements  of  Ephemeris  Information  are  found  in 
Section  4.2.3;  incorporation  in  transmission  to  the  CGIC  is  described  in 
Sections  5.1  and  5.1.2. 

4.1.6  fiPS  Clock  Information 

Table  4-7  lists  the  data  quantities  that  are  included  in  GPS  Clock 
Information  blocks.  The  formats  of  the  Clock  Information  blocks  are 
contained  in  Section  30.3. 

The  data  transfer  requirements  of  GPS  Clock  Information  are  found  in 
Section  4.2.3;  incorporation  in  transmission  to  the  CGIC  is  described  in 
Sections  5.1  and  5.1.2. 


TABLE  4-5 

PERFORMANCE  INFORMATION 


DATA 


DESCRIPTION 


REFRESH  RATE 


SV  Monitored  Health 


SV  ORDs  and  ERDs 
versus  AOD 


SV  URAs  versus  AOD 


Long  Delay 
S/S/W  Messages 


Global  SV  Transmit 
and  Upload  Schedule 


OCS  navigation  oriented  manual 
assessments  and  SV  alerts;  and 
summary  of  NAV  message  data 
that  did  not  compare  with  upload 

ORDs  from  each  MS;  PRDs  from 
up  to  32  geographic  locations, 
with  SA  effects  present, 
associated  time  tag, 
with  SV  ephemeris  and  SV/MC 
clock  contributions 

Filter's  range  variance 
estimate  as  a  function 
of  time,  per  SV  with 
associated  time  tag,  also 
SV  ephemeris  and  clock 
contribution 

S/S/Ws  and  Notifications, 
post-determined  or  not 
included  in  future  event 
or  unscheduled 
advisories;  includes: 
steering,  testing,  ORs, 
system  and  malfunction,  etc., 
textual  description  of  each 
S/S/W,  its  priority, 
classification,  and  time  tag 

Time  for  SV  broadcast  of 
ephemeris,  almanacs,  clock, 
ionospheric,  etc.,  upload 
times;  beginning  time  tag  and 
ending  time  tag  of  broadcast 


Each  change 


Each  UTC  day 


Every  TBD 
filter  update 


Each  S/S/W 


Each  UTC  day 


TABLE  4-6 

SV  EPHEMERIS  STATE  INFORMATION 
DESCRIPTION 


DATA 

Kalman  Estimated 
SV  Ephemeris 


DATA 

SV/MC  Time  Steer 
Parameters 

SV/MS  Clock  Adjust 
Parameters 

SV  Clock  Calibration 
to  UTC 


GPS-UTC  Coordination 


MCS  filter's  estimated  ephemeris 
positions,  velocities,  and  clock 
states;  beginning  and  ending  times 
of  applicability  and  fit  interval 


REFRESH  RATE 

Every  TBD 
Kalman  update 


TABLE  4-7 

GPS  CLOCK  INFORMATION 


DESCRIPTION 


REFRESH  RATE 


SV  and  MC  steering  parameters 


Each  occurrence 


SV  and  MC  clock  adjust 
parameters 

Post-determined  quantity 
in  the  units  of  subframe  4, 
page  18  from  filter  solution 
per  SV,  with  parameters  and 
associated  time  tags 

Phase  and  frequency  offset 
parameters  of  each  GPS  master 
clock  and  Allan  variance 
versus  time 


Each  occurrence 


Every  TBD  filter 
update 


Every  TBD  filter 
update 


The  data  transferred  from  the  ORMS  to  the  CGIC  are  divided  into 
three  categories  describing  the  timeliness  of  the  transfer  of 
information.  The  three  categories  are:  Short  Delay,  Intermediate  Delay, 
and  Long  Delay.  As  will  be  discussed  in  Section  5.1,  the  Short  Delay  and 
Intermediate  Delay  categories  are  transmitted  via  the  aperiodic  data 
transfer  mode.  The  higher  volumes  of  the  Long  Delay  category  are  sent  to 
the  CGIC  using  the  periodic  transmission  mode. 

Each  data  block  has  an  associated  "latency  period"  which  is  the  time 
a  block  is  held,  internal  to  the  ORMS,  during  its  building  process.  The 
purpose  of  latency  periods  is  to  minimize  the  number  and  repetition  of 
those  blocks  which  contain  information  from  more  than  one  $V  or  solution 
interval . 

After  its  latency  period  has  expired,  a  block  may  have  to  be  delayed 
an  additional  time  interval  before  it  is  released  for  potential 
transmission  to  the  CGIC.  The  lower  bound  on  this  minimum  delay  interval 
is  referred  to  as  the  transfer  delay.  The  transfer  delay  is  defined  as 
that  time  interval,  after  a  block's  latest  time  tag  of  applicability, 
that  the  contained  information  must  age  before  it  is  released  for 
transfer  to  the  CGIC.  Transfer  delay  floors  are  instituted  in  order  to 
prohibit  immediate  use  of  sensitive  information.  In  actual  practice, 
transfer  delays  will  generally  be  exceeded  due  to  delays  introduced  by 
communication  backlogs,  or  the  periodic  nature  of  transmission  modes. 

Figure  3  illustrates  the  time  relation  of  a  hypothetical  data 
block's  latency  interval,  transfer  delay,  and  transmission  time.  A  data 
block's  update  frequency  is  the  sampling  rate  for  information  gathering 
and,  if  required,  the  generation  of  a  new  block. 
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As  applicable,  latency  periods,  transfer  delays,  and  update 
frequencies  will  be  presented  as  each  data  transfer  type  is  discussed  in 
Sections  4.2.1  through  4.2.3. 

Table  4-8  shows  the  mapping  of  data  information  into  the  data 
transfer  types. 

4.2.1  Short  Delay  Information 

The  Short  Delay  transferred  information  includes  both  future  and 
unscheduled  event  advisories.  The  advisories  are  discussed  in 
Sections  4.1.1  and  4.1.2;  their  format  of  data  transfer  is  contained  in 
Section  10.0.  See  Section  4. 1.1. 2  for  a  more  complete  discussion  of 
A/W/Es. 

Data  blocks  of  the  Short  Delay  transfer  category  have  no  latency 
periods,  the  transfer  delay  in  TBD  minutes.  Individual  Short  Delay  data 
blocks  are  generated  for  each  occurrence  of  Notifications,  or  S/S/W 
messages  from  a  preselected  set. 


4.2.2 


Delay  Information 


The  Intermediate  Delay  information  category  transfers  blocks 
containing  NAV  message  information,  as  discussed  under  Section  4.1.3. 
The  format  of  Intermediate  Delay  transferred  data  is  given  in  Section  20. 

All  data  blocks  of  the  Intermediate  Delay  transfer  category  have  the 
same  transfer  delay  of  TBD  minutes.  Latency  periods,  ranging  from 
90  minutes  for  Broadcast  Ephemeris  Blocks  to  one  day  for  Almanac  Blocks, 
are  governed  by  a  balance  of:  the  time  required  to  upload  a  block's 
parameter  set  into  all  SVs  that  will  eventually  broadcast  it,  the  time 
needed  to  monitor  a  broadcast,  and  blocks  released  frequently  enough  to 
still  contain  timely  information. 
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TABLE  4-8 


MAPPING  OF  DATA  INFORMATION 
INTO  THE  DATA  TRANSFER  TYPES 


Categories  of  Data 
Information: 


Categories  of  Data 
Transfer: 


Future  Event  Advisories 
Notifications 
S/S/W  Messages 

Short  Delay  Transfer 

Unscheduled  Event  Advisories 
Notifications 
S/S/W  Messages 


NAV  Messages 


Intermediate  Delay  Transfer 


Postprocessed 

Performance  Information 
Ephemeris  Information 

Clock  Information  Long  Delay  Transfer 


The  frequency  of  update  for  Intermediate  Delay  is  governed  by  the 
frequency  with  which  new  parameter  sets  are  employed  in  the  global 
broadcast  message  set.  If  the  parameter  set  is  changed  frequently  in  the 
NAV  message,  then  the  corresponding  Intermediate  Delay  block  will  be 
updated  frequently.  As  discussed  in  Section  4. 1.3.1,  each  Intermediate 
Delay  data  block  corresponds  to  only  one  parameter  set;  however,  because 
of  the  latency  periods,  more  than  one  data  block  may  contain  the  same 
parameter  set- -though  broadcast  by  different  SVs. 

4.2.3  Long  Delay  Information 

The  Long  Delay  information  category  transfers  performance, 
ephemeris,  and  clock  quantities  as  discussed  under  Sections  4.1.4  to 
4.1.6.  The  format  of  Long  Delay  transferred  data  is  given  in  Section  30. 

All  data  blocks  of  the  Long  Delay  transfer  category  have  the  same 
transfer  delay  of  TBD  days.  Latency  periods  range  from  0  minutes  for 
Long  Delay  S/S/W  message  blocks  to  26  hours  for  global  SV  transmit  and 
upload  schedule  blocks.  In  a  manner  similar  to  the  Intermediate  Delay 
Information  Category,  these  varying  latency  periods  are  chosen  to  balance 
data  block  content,  size,  and  communication  requirements. 

The  frequency  of  update  for  Long  Delay  information  is  governed  by 
balancing  the  tradeoffs  between  data  resolution  and  available 
communication  capacity  between  the  ORMS  and  the  CGIC  system. 

5.0  Communications  between  the  ORMS  and  the  CGIC  Systems 

This  section  describes  the  functional  requirements  of  data  and 
information  transfer  between  the  ORMS  and  the  CGIC  systems. 


5.1  Regular  Modes  of  Data  Transmission  £o  the  CGIC 

To  facilitate  the  timely  transfer  of  information  discussed  in  the 
previous  sections  from  the  ORMS  to  the  CGIC,  two  regular  modes  of  data 
transmission  are  employed.  Two  modes  are  employed  so  that  smaller 
quantities  of  time  relevant  information  may  be  transmitted  to  the  CGIC  as 
they  are  made  available  (aperiodic  transfer  mode),  while  the  larger 
quantities  of  long  delay  information  are  transmitted  to  the  CGIC  at 
regular  time  intervals  (periodic  transfer  mode). 

Table  5-1  shows  the  mapping  of  the  three  categories  of  data  transfer 
requirements  into  the  two  regular  modes  of  data  transmission. 

5.1.1  Aperiodic  Transmission  Mode 

The  aperiodic  transmission  mode  is  capable  of  sending  data  blocks 
from  the  ORMS  that  have  recently  become  available  for  transmission  to  the 
CGIC  system.  This  mode  provides  timely  transmission  of  the  small  to 
intermediate  volumes  of  Short  Delay  and  Intermediate  Delay  transfer 
information  (see  paragraphs  4.2.1  and  4.2.2). 

The  prioritization  scheme  for  transmitting  information  functionally 
residing  in  the  aperiodic  transmission  mode  storage  buffer  is  first  in 
first  out  (FIFO);  that  is,  oldest  available  information  is  transmitted 
first. 

5.1.2  Periodic  Transmi ssion  Mode 

The  periodic  transmission  mode  is  capable  of  providing  regularly 
scheduled  high  capacity  transfer  of  information  from  the  ORMS  to  the  CGIC 
system.  This  mode  serves  to  transmit,  via  a  non-continuous  communication 
link,  the  large  volume  of  Long  Delay  information  (see  Section  4.2.3). 
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TABLE  5-1 

DATA  MAPPING  OF  TRANSFER  REQUIREMENTS 
INTO  REGULAR  MODES  OF  DATA  TRANSMISSION 

Categories  of  Data  Categories  of  Regular  Modes 

Transfer  Requirements  of  Data  Transmission 


Short  Delay  Transfer 
Intermediate  Delay  Transfer 


Aperiodic  Transmission  Mode 


Long  Delay  Transfer 


Periodic  Transmission  Mode 


To  support  testing  in  either  the  CGIC  or  ORMS  systems,  the  option  to 
retransmit  information  previously  transmitted  by  regular  transmission 


The  prioritization  scheme  for  transferring  information  using  the 
periodic  transfer  mode  is  FIFO.  The  scheduling  of  the  periodic 
transmission  times  is  discussed  in  Section  5.3.2. 

5.2  Retransfer  of  Information  tg  the  CGIC 

This  section  discusses  methods  of  transferring  information 
previously  prepared  by  the  ORMS  system,  but  later  requiring  retransfer 
for  one  of  several  reasons.  The  reasons  for  retransfer  include 

(1)  superseding  information  generated  by  the  ORMS  (see 
Section  5.2.1), 

(2)  testing  in  the  ORMS  system  (see  Section  5.2.2),  and 

(3)  retrieval  of  ORMS  archived  information  (see  Section  5.2.3). 

5.2.1  Superseding  Information  from  the  ORMS 

To  allow  for  the  identification  of  superseding  information  that 
originates  from  the  ORMS,  all  data  transfer  blocks  are  stamped  with  a 
version  number  and  a  time  tag  indicating  release  for  transmission  to  the 
CGIC.  The  superseding  data  blocks  are  transferred  to  the  CGIC  using  the 
same  transmission  mode  as  was  used  in  transmitting  the  original  data. 


Data  blocks  whose  information  is  tied  to  MCS  filter  update  intervals 
which  have  been  reprocessed  are  examples  of  superseding  information 
blocks.  No  overwrite  or  automatic  retransmit  of  the  superseded 
information  is  performed,  even  if  earlier  versions  of  the  data  blocks  are 
still  contained  in  the  transmission  buffer. 

5.2.2  Testing  in  the  Systems 
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is  available.  This  mode  of  retransmission  is  referred  to  as  the  capture 
mode. 


This  special  mode  may  not  be  run  for  an  indefinite  time;  its 
duration  is  determined  by  the  requirements  of  the  ORMS  system. 

Initialization  of  the  capture  mode  and  the  request  to  start 
retransmission  of  recent  data  captured  by  this  mode  is  not  part  of  the 
CGIC/ORMS  communication  protocol,  but  is  handled  by  communication  between 
the  managers  of  the  two  systems.  The  retransmitted  data  blocks  are 
transferred  to  the  CGIC  using  the  same  transmission  mode  as  was  used  in 
transmitting  the  original  data. 

5.2.3  Retrieval  of  ORMS  Archived  Information 

To  support  recovery  from  errors  occurring  in  either  the  CGIC  or  ORMS 
systems,  the  option  to  retrieve  information  from  the  ORMS  archived  tapes 
is  available.  This  mode  of  recovery  applies  only  to  that  information 
previously  formatted  for  regular  transmission  by  the  ORMS  to  the  CGIC 
system.  This  option  does  not  levy  any  additional  requirements  as  to  the 
duration  of  archive  support  in  the  ORMS  system. 

The  requested  retrieved  data  are  transmitted  to  the  CGIC  via  the 
periodic  transmission  mode.  Retrieved  archive  data  blocks  are  identified 
by  the  setting  of  the  archive  field  of  the  data  blocks. 

CGS  requests  to  retrieve  ORMS  archived  information  is  not  part  of 
the  CGIC/ORMS  communication  protocol,  but  is  handled  by  communication 
between  the  managers  of  the  two  systems. 


This  section  describes  communication  originating  from  the  CGIC  that 
is  directed  to  the  ORMS.  In  scope  this  section  encompasses  both 
information  that  is  passed  by  communication  between  the  managers  of  the 
two  systems  and  that  which  is  part  of  the  CGIC  communication  protocol. 

The  types  of  communication  from  the  CGIC  to  the  ORMS  include 

(1)  transmission  of  CGIC  status  information  (Section  5.3.1), 

(2)  scheduling  information  (Section  5.3.2), 

(3)  tuning  information  (Section  5.3.3), 

(4)  requests  for  data  retransfer  (Section  5.3.4),  and 

(5)  request  for  modification  of  regular  transmission  contents 
(Section  5.3.5). 

5.3.1  Transmission  of  CGIC  Status  Information 

The  communication  protocol  employed  supports  the  transmission  of 
CGIC  status  information  to  the  ORMS  system.  This  status  information  is 
used  to  indicate  if  the  CGIC  system  is  ready  to  accept  data.  If  flagged 
not  ready,  the  ORMS  locally  stores  these  data  intended  for  transmission 
to  the  CGIC. 

5.3.2  Scheduling  Information 

Since  the  periodic  transfer  mode,  discussed  in  Section  5.1.2,  occurs 
in  accord  with  a  prearranged  schedule,  there  exists  the  option  that  the 
CGIC  can  request  changes  to  the  schedule  of  transmitting  periodic  data 
packets.  Examples  of  other  activities  that  need  to  be  scheduled  are 
workarounds,  scheduled  maintenance,  or  support  for  testing  on  either  of 
the  systems.  The  communication  of  scheduling  information  is  not  part  of 
the  CGIC/ORMS  communication  protocol,  but  is  handled  by  communication 
between  the  managers  of  the  two  systems. 
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5.3.3  Tuning  Information 

At  the  request  of  the  Civil  system,  certain  transmission  tuning 
information  is  adjusted  by  ORMS  to  optimize  and  adjust  the  communication 
link  between  the  CGIC  and  the  ORMS  under  varying  data  loads  and  evolving 
CGIC/ORMS  operating  procedures.  Requested  changes  in  tuning  information 
are  not  part  of  the  CGIC/ORMS  communication  protocol,  but  are  handled  by 
communication  between  the  managers  of  the  two  systems. 

5.3.4  Requests  for  Data  Retransfer  to  the  CGIC 

The  requests  for  data  retransfer,  as  specified  in  Section  5.2,  are 
not  part  of  the  CGIC/ORMS  communication  protocol,  but  are  handled  by 
communication  between  the  managers  of  the  two  systems. 

5.3.5  Request  for  Modification  of  Requl ar  Transmi ssion  Contents 

The  option  to  request  the  modification  of  regular  transmission 
contents  exists  to  allow  for  future  growth  and  changes  in  both  the  CGIC 
and  ORMS  systems,  as  well  as  in  the  MCS  itself. 

Requests  for  modifications  must  be  approved  first  by  the  directors 
of  the  CGIC  and  next  by  the  ORMS.  The  format  of  the  modifications  to  the 
regular  transmission  contents  must  be  specified  in  detail.  In  addition 
an  update  of  this  ICO,  incorporating  all  changes  required  to  support  the 
requested  modifications,  must  be  submitted. 

As  a  special  case,  see  the  information  in  Section  10.2  regarding 
amendments  to  the  subset  of  S/S/Ws  passed  to  the  CGIC  system. 
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The  actual  request  for  modification  of  regular  transmission  is  not 
part  of  the  CGIC/ORMS  communication  protocol,  but  is  handled  by 
communication  between  the  managers  of  the  two  systems. 

6.0  Common  Data  Element  Definitions 

The  following  common  definitions  are  used  within  this  document  to 
define  a  number  of  standardized  satellite,  time,  and  data  set  data 
elements.  Each  defined  item  contains  a  description  of  the  item  including 
its  form,  precision,  and  derivation. 

6.1  SV  Identification 

Satellites  are  identified  by  the  same  convention  as  employed  by  the 
MCS,  namely  by  a  unique  SV  reference  number  which  is  an  integer  in  the 
range  0-255.  The  SV  reference  number  is  related  to  the  PRN  code  by  the 
same  mapping  as  that  employed  by  the  MCS.  Table  6-1  presents  a  list  of 
the  satellite  vehicle  identifiers. 

PRN  code  is  a  two-character  (numeric)  designation  that  defines  the 
segment  of  the  PRN  code  sequence  used  by  a  specific  SV.  This  PRN  code  is 
used  by  monitor  stations  and  user  sets  to  acquire  the  L-band  signal 
broadcast  by  the  SV.  There  are  37  segments  currently  defined  of  which  32 
are  assigned  as  possible  SV  codes. 

6.2  Time  Tag  Representation 

Table  6-2  summarizes  the  convention  for  time  tags.  All  time  tags 
associated  with  data  transferred  to  the  CGIC  are  presented  in  the  GPS 
week  number  in  the  full  10-bit  value;  the  seconds  of  week  is  derived  from 


the  Z-count  value  and  therefore  has  a  precision  of  1.5  sec. 


TABLE  6-1 

SATELLITE  VEHICLE  IDENTIFIERS 


SV  IDENTIFIER  UNIT/FORMAT  VALUE/RANGE 


SV  Reference  Number 
PRN  Code 


Integer  0-255 

Integer  0-37 


TABLE  6-2 

COMMON  DATA  ELEMENT  SUMMARY 


ITEM  UNIT/FORMAT  VALUE/RANGE  PRECISION 

Time  Tag 

GPS  Week  Number  Weeks/Integer  0-1023  1 

Seconds  of  Week  Seconds  of  GPS  Week/Real  0-604798.5  1.5 


10.1  Notification  Block  Format 

The  Notification  file  contains  information  relating  to  GPS,  MCS,  and 
the  ORMS  status,  as  discussed  in  Section  4. 1.1.1. 

10.1.1  Contents  Definition 


The  contents  of  this  file  are  defined  in  Table  10-1  and  described  in 
Table  10-2  (TBD).  A  new  file  block  is  associated  with  each  Notification. 
Each  Notification  describes  only  one  condition,  or  a  set  of  closely 
related  conditions  (rel3ted  by  causality,  not  by  time). 

10.1.2  Usage 
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This  file  contains  information  pertaining  to  both  Future  and 
Unscheduled  Event  Advisories. 

10.1.3  Special  Requirements 

Under  certain  conditions,  notifications  describing  "conditions"  or 
"actions"  originating  in  the  user  segment  (e.g.,  an  error  encountered  in 
a  certain  class  of  GPS  receivers,  solution  software,  etc.)  are  generated 
internal  to  the  CGIC. 


w 

$1 

Hi 

1 


i 

I 

P 

hi 

Mj 


TABLE  10-1 

NOTIFICATION  FILE  DEFINITIONS 


Notification  Type 


Archive  Flag 


AIG  Routing  Code 
Reference  Dates  and  Times 


System  Entry  Date  and  Time 


Notice  Advisory  Number 


Version/Supersedes 


Time  Relevance 


Subject  Header 


A/W/E  Message  Category 


DESCRIPTION 

Type  of  notification 

1  =  future  event  notification 

2  =  unscheduled  event  notification 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

Automated  information  group  routing  code 

Beginning  and  ending  time  of  condition 
defined  in  notification 

Time  notice  input  into  system  (should  be 
assigned  by  system) 

Formatted  yy-kkk,  where  yy  is  ast  2  digits 
of  year  and  kkk  is  notice  advisory  sequence 
number 

Notice  advisory  number  of  previous  notification 
that  current  notification  either  augments  or 
supersedes,  exact  nature  of  update  should  be 
given  under  condition  or  action  sections 
(when  applicable) 

Urgency  of  message  (see  Section  4. 1.1. 1.2 
and  Fig.  2) 

1  *  of  immediate  usefulness 

2  =  of  intermediate  interest 

3  =  of  historical  interest 

One  line  summary  of  the  subject  of  the 
notification 

Originating  Alarm/Warning/Event  message 
category  number  which  precipitated  the 
generation  of  this  notification;  else,  a 
related  A/W/E  category  number  which  is 
descriptive  of  or  closely  related  to  this 
notification's  condition 
(when  applicable) 
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\my 


ITEM 


DESCRIPTION 


Effected  Subsystem 


Effected  SV(s)/MS(s) 
Condition* 

Action* 

Estimated  Recovery  Time* 
Estimated  Impact* 
Recommended  User  Action* 
Reference/Background  Notes* 

Originator 

POC 


GPS  subsystem  from  which  "condition", 
described  below,  originated 

1  =  GPS  control  segment 

2  =  GPS  space  segment 

3  =  GPS  user  segment 

4  =  Other 

SVs,  MSs  impacted  by  notification  (when 
appl icable) 

Text  describing  condition,  in  the  GPS  system, 
that  existed,  is  existing,  or  may  exist,  -- 
only  one  condition/action  pair  described  per 
notification 

Text  describing  action,  in  response  to  above 
condition,  that  was  taken,  is  being  taken,  or 
to  be  taken  (when  applicable) 

Estimation  of  duration  of  condition/action's 
effect  (when  applicable) 

Estimation  of  impact  --  both  scope  and  effect 
--  of  condition/actions  (when  applicable) 

Recommended  action  user  should  or  may  take  in 
response  to  condition/actions  (when  applicable) 

Reference  or  background  notes  relating  to 
condition/actions  that  serves  to  give 
definitions,  further  explanation,  or  is 
impacted/amended  by  the  contents  of  this 
notification  (when  applicable) 

Origin  of  notification  (organizational/title) 

Point  of  contact  within  MCS  or  ORMS  that  authorized 
personnel  may  contact  if  further  questions  arise 


*  Indicates  free  format  character  field;  all  other  fields  are  of  a  predefined 
fixed  format  and  content. 
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10.2  System  Status/Warnina  Message  Block  Format 

The  S/S/W  Message  File  contains  information  relating  to  MCS  and  the 
ORMS  system  generated  A/W/E  messages  which  impact  GPS  system  status  or 
performance  from  a  GPS  civil  user  perspective. 


10.2.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  10-3  and  described  in 
Table  10-4.  A  new  file  block  is  associated  with  each  individual  S/S/W 
transferred  to  the  CGIC. 

10.2.2  Usage 

This  file  serves  as  a  facility  for  automated  GPS  navigational  status 
changes.  A  security  mask  determines  if  a  message  is  transmitted  in  the 
Short  Delay  category  as  a  Future  or  Unscheduled  Event  Advisory  or  as  a 
Long  Delay  S/S/W  message  block  format  (see  Section  4. 1.1. 2). 

10.2.3  Special  Reouirements 

i 

I 

There  is  no  direct  support  for  S/S/W  message  explanation  and 
j  interpretation  from  the  MCS  on  a  message  by  message  basis.  However, 

since  the  definition  of  the  contents  of  the  underlying  A/W/E  message  file 
evolves  over  time,  it  is  necessary  that  the  CGS  have  a  method  of 
determining  what  new  messages  it  requires  and  a  method  of  obtaining  such 
messages. 


TABLE  10-3 


SYSTEM  STATUS/WARNING  MESSAGES 
TRANSFER  FILE  DEFINITIONS 


ITEM 

Message  Number 
Archive  Flag 


Message  Route  Code 


Time  Relevance 


GPS  Week  Number 


Issue  Time  as  Offset 
from  GPS  Week  Number 


Message  Category 
(Mnemonic) 


Message  Category 
(Numeric) 


Message  Text  Skeleton 


Associated  Status 
Display 


DESCRIPTION 

Unique  identifier  for  the  S/S/W  message 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

Routing  code  for  S/S/W  message 

1  =  Future  Event  Advisory 

2  =  Unscheduled  Event  Advisory 

3  =  Postprocessed  Quantity 

4  =  Other  (e.g.,  ORMS  only) 

Urgency  of  message  (see  Section  4. 1.1. 1.2 
and  Fig.  2) 

1  =  of  immediate  usefulness 

2  =  of  intermediate  interest 

3  =  of  historical  interest 

Week  number  associated  with  time  of  A/W/E 
message  occurrence,  modulo  1024  from  GPS 
Epoch 

Time  of  issue  associated  with  A/W/E  message 
occurrence,  expressed  as  seconds  from 
beginning  of  GPS  week  number 

One  of  the  category  types  defined  in  SNT06 
providing  character  identification  of  alarm 
category 

One  of  the  category  types  defined  in  SNT06 
providing  integer  identification  of  alarm 
category 

Up  to  79  characters  of  message  content 
including  substitutable  parameters  as 
derived  from  message  text  skeleton 

Up  to  80  characters  of  message  content 
providing  additional  detail 
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TABLE  10-4 

SYSTEM  STATUS/WARNING  MESSAGE 
TRANSFER  FILE 


ITEM 

Message  Number 
Archive  Flag 
Message  Route  Code 
Time  Relevance 
GPS  Week  Number 


Issue  Time  as  Offset 
from  GPS  Week 
Number 


Message  Category 
(Mnemonic) 


Message  Category 
(Numeric) 


Message  Text 
Skeleton 


Associated  Status 
Display 


UN ITS/ FORMAT 
/Integer 

/Integer 

/Integer 

/Integer 

Weeks/Integer 

Seconds/Real 


/Character 

/Integer 

/Character 

/Character 


VALUE/RANGE 

1-99999 


0-255 

1-4 

1-3 

0  to  1023 
0  to  604798.5 


1-8  characters 
(see  SNT/06) 


As  released 


79  characters 


80  characters 


PRECISION 

1 


1 

1 

1 

1 

1.5 


1 

1 

N/A 

N/A 


m 


m 

m 


m 


20.1  Almanac  Transfer  Block  Format 

The  Almanac  File  contains  NAV  message  almanac  information  as 
contained  in  subframe  5,  pages  1-24,  or  subframe  4,  pages  2-5  and  7-10. 

20.1.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  20-1  and  described  in 
Table  20-2.  A  new  file  block  is  associated  with  each  change  in  a 
transmitted  almanac  parameter  set.  The  contents  contain  no  greater 
resolution  than  that  available  from  the  corresponding  NAV  message  page. 

20.1.2  Usage 

This  file  serves  as  an  alternate  source  for  NAV  message  almanac 
data.  It  contains  information  pertaining  to  Intermediate  Delay  data. 


TABLE  20-1 

GPS  ALMANAC  INTERMEDIATE  DELAY  TRANSFER  FILE  DEFINITIONS 


ITEM 

I.  BLOCK  INDEX 
Block  Index 
Version  Number 

Transmission  Date 
and  Time 

Archive  Flag 


II.  SV  ID 

ITEM 

Transmitting  PRN 
Ref  Numbers 

Transmitting  SV 
NAVSTAR  Ref  Numbers 

III.  NAV  MESSAGE  TIME 
ITEM 

For  Each  SV: 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 
Seconds  of  Week 


DESCRIPTION 


Block  index  for  GPS  broadcast  almanac  (TBD) 

Version  number  of  current  block,  Version  0 
indicates  original 

Time  block  transferred  (should  be  assigned 
by  system) 

Flag  indicating  block  has  been  retrieved  from 
ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


DESCRIPTION 

See  Section  6.0,  vector  containing  PRN  reference 
numbers  associated  with  SVs  transmitting  the 
following  almanac  parameters 

See  Section  6.0 


TAGS 

DESCRIPTION 


Estimated  time  this  parameter  set 
began  broadcast  from  this  SV 


Default  Message  Time  this  SV  will  begin  transmitting 

Transmission  Time  the  default  message,  all  l's 

GPS  Week  Number 
Seconds  of  Week 

Upload  Time  Time  upload,  containing  this  parameter  set, 

GPS  Week  Number  was  begun 

Seconds  of  Week 

Upload  Status  Flag  Flag  indicating  if  upload  was  complete  or 

partial 

1  designates  that  a  partial  upload,  containing 
this  parameter  set,  was  performed 

2  designates  that  a  complete  upload 
was  performed 

Navigation  Message  Flag  indicating  if  measurement  data  received  from 

Verification  Flag  monitor  stations  was  compared  to  the  upload  data, 

i.e.,  verification  testing  performed,  before  the 
block  release  time  indicated  above. 

1  designates  verification  was  not  attempted 

2  designates  verification  was  successfully 
completed 

3  designates  verification  was  unsuccessful 

Navigation  Message  Time  tag  of  measurement  data  used  in  verification 

Verification  Time  testing;  zero  if  verification  not  performed 

GPS  Week  Number 
Seconds  of  Week 


IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  FORMAT 

ITEM  DESCRIPTION 

SV  Almanac  Message  Almanac  message,  as  broadcast,  in  NAV  message 

format.  See  description  in  ICD-GPS-200  for 
almanac  messages  as  contained  in  subframe  5, 
pages  1-24  or  subframe  4,  pages  2-5,  7-10. 


ITEM 


DESCRIPTION 


Roll  Momentum  Dump/ 
Alert  Flag 


Synchronization/A-S  Flag 


Data  ID 


SV  ID 

TOA 


e 

delta  -  iota 

OMEGAO 


Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration  code  000  - 
Block  I: 

1  designates  a  non-conservative  momentum  dump 
has  occurred  since  last  upload 
0  designates  no  momentum  dump  occurred 

(b)  On  SVs  designated  by  configuration  code  001  - 
Block  II: 

1  indicates  to  the  unauthorized  user  that  the 
SV  URA  may  be  worse  than  indicated  in  subframe  1 
of  the  NAV  message 

Flag  has  dual  role,  see  ICD-GPS-200 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration  code  000  - 
Block  I: 

0  indicates  that  the  SV  is  in  synchronism 
1  indicates  that  synchronism  may  not  exist 

(b)  On  SVs  designated  by  configuration  code  001  - 
Block  II: 

1  indicates  that  the  A-S  mode  is  ON 

Defines  the  applicable  GPS  NAV  data  structure,  see 
ICD-GPS-200,  paragraph  20.3.3.5.1.1 
00  designates  data  ID  one,  and  is  no  longer  in  use 
01  designates  data  ID  two,  which  is  currently  in  use 

Defines  the  content  of  pages  in  the  GPS  NAV  message 
for  subframe  4  or  5  to  which  this  SV  almanac  corresponds, 
see  ICD-GPS-200,  paragraph  20.3.3.5.1.1 

Almanac  reference  time,  expressed  as  seconds  from 
beginning  of  GPS  week 

Orbit  eccentricity 

Correction  to  inclination  angle  at  reference  time, 
relative  to  0.30  semicircles 


Right  ascension  at  reference  time 


OMEGADOT 

Rate  of  right  ascension 

(A)V2 

Square  root  of  orbit  semi -major  axis 

omega 

Argument  of  perigee 

M0 

Mean  anomaly  at  reference  time 

afO 

Constant  term  of  clock  correction  polynomial 

afl 

Coefficient  of  linear  term  of  clock  correction 
polynomial 

SV  Health 

8-bit  SV  health  status  word,  see  ICD-GPS-200, 
paragraph  20.3.5.1.3 

VI.  ADDITIONAL  INFORMATION 

(Not  explicitly  part  of  Broadcast  Almanac) 

ITEM 

DESCRIPTION 

SV  Configuration 

SV  configuration  code,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.6 

000  =  "Block  I"  SV 

001  -  "Block  II"  SV 

WNa 

Week  number  to  which  almanac  reference  time  is 
referred,  expressed  as  Z-counts  modulo  1024  from 
GPS  epoch 

AODA 

Time  difference  between  reference  time  of 
almanac  parameter  set  and  time  of  the  last 
measurement  update  which  contributed  to  that 
parameter  set,  of  the  form  TOA  -  solution  update 
time 

TABLE  20-2 


GPS  ALMANAC 

INTERMEDIATE  DELAY 

TRANSFER  FILE 

I.  Block  Index 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Block  Index 

/Integer 

TBD 

1 

Version  Number 

TBD 

TBD 

TBD 

Transmission  Date  and  Time 

TBD 

TBD 

TBD 

Archive  Flag 

/Integer 

0  -  255 

1 

II.  SV  ID 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Transmitting  PRN  Ref  Numbers 

/Integer 

0  -  37 

I 

Transmitting  SV  NAVSTAR 

Ref  Numbers 

/Integer 

0  -  255 

1 

III.  NAV  MESSAGE  TIME  TAGS 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

For  Each  SV: 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Default  Message 

Transmission  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

i4  .<r.u 


Upload  Time 

GPS  Week  Number 

Seconds  of  Week 


Upload  Status  Flag 

Navigation  Message 
Verification  Flag 

Navigation  Message 
Verification  Time 
GPS  Week  Number 

Seconds  of  Week 


Weeks/Integer 

Seconds  of 
GPS  Week/Real 

/Integer 

/Integer 


Weeks/Integer 

Seconds  of 
GPS  Week/Real 


IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  FORMAT 


SV  Almanac  Message 


V.  NAV  MESSAGE  PAGES  IN 


Roll  Momentum  Dump/ 

Alert  Flag 

Synchronization/A-S  Flag 
Data  ID 
SV  ID 


UNITS/FORMAT 
10,  30  bit 


iG  UNITS 
UNITS/FORMAT 
/Binary 


/Binary 

/Integer 

/Integer 


delta  -  iota 


0  to  1023 
0  -  604798.5 


1  to  2 
1  to  3 


0  to  1023 
0  -  604798.5 


VALUE/RANGE  PRECISION 

0  to  (230-l)  1 


VALUE/RANGE 
0  to  1 


0  to  1 
00  to  11 
0  to  26-l 


Seconds/Integer  0  to  604799 

/Real  TBD 

Semicircles/Real  TBD 


PRECISION 


P 


m 

Eg 

m 


K 

E&l 

m  w 


8 


OMEGAO 

Semicircles/Real 

TBD 

N/A 

OMEGADOT 

Semicircles/Sec/Real 

TBD 

N/A 

(A)1/2 

Meters/Real 

TBD 

N/A 

MO 

Semicircles/Real 

TBD 

N/A 

omega 

Semicircles/Real 

TBD 

N/A 

afO 

Seconds/Real 

TBD 

1 

afl 

Seconds/Real 

TBD 

1 

S V  Health 

/Integer 

0  to  28-l 

1 

VI.  ADDITIONAL  INFORMATION 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECIS 

SV  Configuration 

/Integer 

000  to  111 

1 

WNa 

Weeks/Integer 

0  to  1023 

1 

AODA 

Seconds/Real 

0-6048000 

1. 

20.2  Broadcast  Ephemeris  Block  Format 


The  Broadcast  Ephemeris  Transfer  File  contains  NAV  message 
ephemerides  as  contained  in  subframes  1,  2,  and  3. 

20.2.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  20-3  and  described  in 
Table  20-4.  A  new  file  block  is  associated  with  each  change  in  a 
transmitted  ephemeris  parameter  set.  The  contents  contain  no  greater 
resolution  than  that  available  from  the  corresponding  NAV  message  page. 

20.2.2  Usage 

This  file  serves  as  an  alternate  source  for  NAV  message  ephemeris 
data.  It  contains  information  pertaining  to  Intermediate  Delay  data. 

20.2.3  Special  Requirements 
None 
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TABLE  20-3 


GPS 


I.  BLOCK  INDEX 
ITEM 

Block  Index 
Version  Number 


Transmission  Date 
and  Time 

Archive  Flag 


II.  SV  IDENTIFICATION 
ITEM 

Transmitting  SV  PRN 
Ref  Number 

Transmitting  SV  NAVSTAR 
Ref  Number 


III.  NAV  MESSAGE  TIME 


ITEM 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 
Seconds  of  Week 

Fit  Interval  Switch  Time 
GPS  Week  Number 
Seconds  of  Week 


BROADCAST  EPHEMERIS  INTERMEDIATE  DELAY 
TRANSFER  FILE  DEFINITIONS 


DESCRIPTION 

Block  index  for  GPS  broadcast  ephemeris  (TBD) 

Version  number  of  current  block,  Version  0 
indicates  original 

Time  block  transferred  to  CGIC  (should  be 
assigned  by  system) 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


DESCRIPTION 

See  Section  6.0,  PRN  number  of  SV  transmitting 
the  following  ephemeris  parameter 

See  Section  6.0 


DESCRIPTION 

Estimated  time  this  parameter  set 
began  broadcast  from  this  SV 


Time  this  SVs  cut  rent  upload  is  scheduled 
to  cut  over  from  data  sets  being  transmitted 
every  one-hour  to  four-hour  data  sets 
(see  ICD - GPS- 200 ,  reference  paragraph  20.3.4.4) 


Default  Message 
Transmission  Time 
GPS  Week  Number 
Seconds  of  Week 

Upload  Time 

GPS  Week  Number 
Seconds  of  Week 


Time  this  SV  will  begin  transmitting 
the  default  message,  all  l's 


Time  upload,  containing  this  parameter  set, 
was  begun 


Upload  Status  Flag 


Navigation  Message 
Verification  Flag 


Navigation  Message 
Verification  Time 
GPS  Week  Number 
Seconds  of  Week 


Flag  indicating  if  upload  was  complete  or 
partial 

1  designates  that  a  partial  upload,  containing 
this  parameter  set,  was  performed 

2  designates  that  a  complete  upload 
was  performed 

Flag  indicating  if  measurement  data  received  from 
monitor  stations  was  compared  to  the  upload  data, 
i.e.,  verification  testing  performed,  before  the 
block  release  time  indicated  above. 

1  designates  verification  was  not  attempted 

2  designates  verification  was  successfully 
completed 

3  designates  verification  was  unsuccessful 

Time  tag  of  measurement  data  used  in  verification 
testing;  zero  if  verification  not  performed 


IV.  NM  MESSAGE  SUBFRAMES  IN  BROADCAST  FORMAT 

ITEM  DESCRIPTION 


SV  Ephemeris  Message 


Ephemeris  message,  as  broadcast,  in  NAV  message 
format.  See  description  in  ICD-GPS-200  for 
ephemeris  message  as  contained  in  subframes  1-3 


wv  vv  rj  >rv  vyr**v 


»!1 


V.  NAV  MESSAGE  SUBFRAMES  IN  ENGINEERING  UNITS 


Roll  Momentum  Dump/ 
Alert  Flag 


Synchronization/A-S  Flag 


Ephemeris  Week  Number 


Code(s)  on  L2  Channel 


SV  Accuracy,  Decoded 


S V  Health  (6-bits) 


DESCRIPTION 

Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration  code  000  - 
Block  I: 

1  designates  a  non-conservative  momentum 
dump  has  occurred  since  last  upload 
0  designates  no  momentum  dump  occurred 

(b)  On  SVs  designated  by  configuration  code  001  - 
Block  II: 

1  indicates  to  the  unauthorized  user  that 
the  SV  URA  may  be  worse  than  indicated 
in  subframe  1  of  the  NAV  message 

Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration  code  000  - 
Block  I: 

0  indicates  that  the  SV  is  in  synchronism 
1  indicates  that  synchronism  may  not  exist 

(b)  On  SVs  designated  by  configuration  code  001  - 
Block  II: 

1  indicates  that  the  A-S  mode  is  ON 

Week  number  to  which  ephemeris  reference  time  is 
referred,  expressed  as  seconds  modulo  1024  from 
GPS  Epoch 

Indicates  transmission  of  C/A  and/or  P  on  L2,  see 
ICD-GPS-200,  paragraph  20.3.3.3.1.2 
00  =  both  P  and  C/A  OFF 
01  =  P  code  ON 

10  =  C/A  code  ON 

11  =  both  P  and  C/A  code  ON 

Decoded  value  in  meters  corresponding  to  NAV 
message's  coded  value  for  predictea  user  range 
accuracy  of  the  SV  available  to  the  unauthorized  user, 
user,  see  ICD-GPS-200,  paragraph  20.3.3.1.3 

6-bit  SV  health  status  word,  see  ICD-GPS-200, 
paragraph  20.3.3.3 .1.4 
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IODC  Issue  of  data  clock,  indicates  the  issue  number  of 

the  date  set,  see  ICD-GPS-200, 
paragraph  20.3.3.3.1.5 

L2  P  Data  Flag  Data  flag  for  L2  P-code,  see  ICD-GPS-200, 

paragraph  20.3.3.3.1 

1  designates  the  NAV  data  stream  was  commanded 
OFF  on  the  P-code  of  the  L2  channel 
0  designates  the  NAV  data  stream  was  commanded 
ON  on  the  P-code  of  the  L2  channel  to  line 

TGD  Estimated  group  delay  differential,  see 

ICD-GPS-200,  paragraph  20.3.3.3.1.8 

TOC  Reference  time  for  clock  correction  polynomial, 

see  ICD-GPS-200,  paragraph  20.3.3.3.3 

af2  Coefficient  of  quadratic  term  of  clock  correction 

polynomial,  see  ICD-GPS-200,  paragraph  20.3.3.3.3 

afl  Coefficient  of  linear  term  of  clock  correction 

polynomial,  see  ICD-GPS-200,  paragraph  20.3.3.3.3 

afO  Constant  term  of  clock  correction  polynomial,  see 

ICD-GPS-200,  paragraph  20.3.3.3.3 

MO  Mean  anomaly  at  ephemeris  reference  time,  TOE,  see 

ICD-GPS-200,  paragraph  20.3.3.4.3,  for  user 
algorithm  of  ephemeris  determination 

delta-n  Mean  motion  difference  from  computed  value,  see 

ICD-GPS-200,  paragraph  20.3.3.4.3,  for  user 
algorithm  of  ephemeris  determination 

e  Orbit  eccentricity,  see  ICD-GPS-200, 

paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

(A) Square  root  of  SV  orbit  semi -major  axis,  see 

ICD-GPS-200,  paragraph  20.3.3.4.3,  for  user 
algorithm  of  ephemeris  determination 

Right  longitude  of  ascending  node  of  orbit  plane 
at  weekly  epoch,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 


OMEGAO 


,JS  .*11  .V,***' 
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OMEGADOT 


iotaO 


omega 


Time  rate  of  change  of  ascending  node's  right 
longitude,  OMEGAO,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Inclination  angle  at  ephemeris  reference  time,  TOE 
see  ICD-GPS-200,  paragraph  20.3.3.4.3,  for  user 
algorithm  of  ephemeris  determination 

Time  rate  of  change  of  inclination  angle,  iotaO 
see  ICD-GPS-200,  paragraph  20.3.3.4.3,  for  user 
algorithm  of  ephemeris  determination 

Argument  of  SV  orbit  perigee,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Amplitude  of  the  cosine  harmonic  correction  term 
to  the  argument  of  latitude,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Amplitude  of  the  sine  harmonic  correction  term  to 
the  argument  of  latitude,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Amplitude  of  the  cosine  harmonic  correction  term 
to  the  orbit  radius,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Amplitude  of  the  sine  harmonic  correction  term  to 
the  orbit  radius,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Amplitude  of  the  cosine  harmonic  correction  term 
to  the  angle  of  inclination,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 

Amplitude  of  the  sine  harmonic  correction  term  to 
the  angle  of  inclination,  see  ICD-GPS-200, 
paragraph  20.3.3.4.3,  for  user  algorithm  of 
ephemeris  determination 
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Fit  Interval  Flag 


Reference  time  for  ephemeris  parameter  set,  see 
ICD-6PS-200,  paragraph  20.3.3.4.3,  for  user 
algorithm  of  ephemeris  determination 

Issue  of  ephemeris  data,  indicates  the  issue 
number  of  the  data  set,  see  ICD-GPS- 200 , 
paragraph  20.3.3.4.1.5 

Data  fitting  interval  (utilization  span  value  plus 
utilization  span  extraction,  as  specified  from 
USER  Navigation  Control  File),  see  ICD-GPS-200, 
paragraph  20.3.3.4.3.1 
0=4  hours 
1=6  hours 


IV.  ADDITIONAL  INFORMATION 

(Not  specifically  part  of  Broadcast  Ephemeris) 


SV  Configuration 


DESCRIPTION 

SV  configuration  code,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.6 
000  =  "Block  I"  SV 
001  =  "Block  II"  SV 

Time  difference  between  reference  time  of  clock 
correction  polynomials  and  time  of  the  last 
measurement  update  which  contributed  to  that 
polynomial  of  the  form:  TOC  -  solution  update 
time 

Time  difference  between  reference  time  of 
ephemeris  parameter  set  and  time  of  the  last 
measurement  update  which  contributed  to  that 
parameter  set  of  the  form:  TOE  -  solution 
update  time 


TABLE  20- 

■4 

GPS 

BROADCAST  EPHEMERIS 
TRANSFER 

INTERMEDIATE  DELAY 
FILE 

I.  BLOCK  INDEX 

ITEM 

UNITS/FORMAT 

VALUE/ RANGE 

Block  Index 

/Integer 

TBD 

Version  Number 

TBD 

TBD 

Transmission  Date 
and  Time 

TBD 

TBD 

Archive  Flag 

/Integer 

0  -  255 

II.  SV  IDENTIFICATION 

ITEM 

UN ITS/ FORMAT 

VALUE/RANGE 

Transmitting  SV  PRN 

Numbers 

/Integer 

0  -  37 

Transmitting  SV  NAVSTAR 

Ref  Numbers 

/Integer 

0  -  255 

III.  NAV  MESSAGE  TIME  TAGS 

ITEM  UNITS/FORMAT 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number  Weeks/Integer 

Seconds  of  Week  Seconds  of 

GPS  Week/Real 


Fit  Interval  Switch  Time 
GPS  Week  Number 


VALUE/RANGE 

0  to  1023 
0  -  604798.5 

0  to  1023 


Seconds  of  Week 


Weeks/Integer 

Seconds  of 
GPS  Week/Real 


0  -  604798.5 


g.1  %  * •  l 


Default  Message 


Transmission  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Upload  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Upload  Status  Flag 

/Integer 

1  to  2 

1 

Navigation  Message 
Verification  Flag 

/Integer 

1  to  3 

1 

Navigation  Message 
Verification  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

IV.  NAV  MESSAGE  SUBFRAMEC 

)  IN  BROADCAST  FORMAT 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

SV  Ephemeris  Message 

/30,  30  Bit  Words 

0  to  (230-l) 

1 

V.  NAV  MESSAGE  SUBFRAMED 

IN  ENGINEERING  UNITS 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Roll  Momentum  Dump/ 

Alert  Flag 

/Binary 

0  to  1 

1 

Synchronization/A-S  Flag 

/Binary 

0  to  1 

1 

Ephemeris  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Code(s)  on  L2  Channel 

/Binary 

00  to  11 

1 

iV 


IS 


*;• 

& 

i 

$ 

!»• 


TB 

m 


BBS 

sM'i 

in 


% 

% 

% 

N>> 

>>> 


S?' 

SS8S 


".v\*A 

\Vr 


SV  Accuracy,  Decoded 

S V  Health  (6-bits) 
IODC 

L2  P  Data  Flag 

TGD 

TOC 

af2 

afl 

afO 

MO 

delta-n 

e 

(A)l/2 

OMEGAO 

OMEGADOT 

iotaO 

I  DOT 

omega 

Cue 

Cus 

Crc 

Crs 

Cic 


Meters/Real 

.01  to  212  non-contiguous 

resolution 

/Integer 

0  to  26-l 

1 

/Integer 

0  to  1023 

1 

/Binary 

0  to  1 

1 

Seconds/Real 

(8-bits  signed) 

2*31 

Seconds  of 

GPS  Week/Integer 

0  -  604784 

24 

Sec/Sec2  /Real 

(8-bits  signed*) 

2  -  55 

Sec/Sec  /Real 

(16-bits  signed*) 

2-43 

Seconds/Real 

(22-bits  signed*) 

2  -  3 1 

Semicircles/Real 

(32-bits  signed*) 

2-31 

Semicircles/Sec  /Real 

(32-bits  signed*) 

2-43 

/Real 

0  to  0.03 

2-33 

Meters^/Real 

0  to  (213-1) 

2-19 

Semicircles/Real 

(32-bits  signed*) 

2-31 

Semicircles/Sec  /Real 

(24-bits  signed*) 

2-43 

Semi circles/Real 

(32-bits  signed*) 

2-31 

Semicircles/Sec  /Real 

(14-bits  signed*) 

2-43 

Semicircles/Real 

(32-bits  signed*) 

2-31 

Radians/Real 

(16-bits  signed*) 

2-29 

Radians/Real 

(16-bits  signed*) 

2-29 

Meters/Real 

(16-bits  signed*) 

2-5 

Meters/Real 

(16-bits  signed*) 

2-5 

Radians/Real 

(16-bits  signed*) 

2-29 
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20.3  Ionospheric  and  UTC  Data  Block  Format 

The  ionospheric  and  UTC  data  file  contains  information  relating  to 
ionospheric  parameters  and  universal  coordinated  time  parameters  as  they 
are  broadcast  in  page  18  of  subframe  4  of  the  GPS  NAV  message. 

20.3.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  20.5  and  described  in 
Table  20-6.  A  new  file  block  is  associated  with  each  change  in  a 
transmitted  ionospheric  and  UTC  data  page,  regardless  of  whether 
ionospheric  or  UTC  parameters  have  changed  from  the  previous  upload.  The 
contents  of  the  Ionospheric  and  UTC  data  file  contain  no  greater 
resolution  than  that  available  from  the  corresponding  NAV  message  page 
itself. 

20.3.2  Usage 
* 

This  file  serves  as  an  alternate  source  for  NAV  message  ionospheric 
and  UTC  data  information.  UTC  data  contains  the  parameters  relating  to 
correlating  UTC  time  with  GPS  time.  Ionospheric  data  allows  the 
"LI  only"  or  "L2  only"  user  to  computer  the  ionospheric  delay. 


TABLE  20-5 

GPS  IONOSPHERIC  AND  UTC  DATA 
INTERMEDIATE  DELAY  TRANSFER  FILE  DEFINITIONS 


I.  BLOCK  INDEX 


DESCRIPTION 


Block  Index 


Version  Number 


Transmission  Date 
and  Time 

Archive  Flag 


Block  index  of  NAV's  ionospheric  and  UTC 
data  file  (TBD) 

Version  Number  of  current  block,  Version  0 
indicates  original 

Time  block  transferred  to  the  CGI C  (should  be 
assigned  by  system) 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


II.  SV  IDENTIFICATION 


Transmitting  SV 
PRN  Ref  Numbers 


Transmitting  SV 
NAVSTAR  Ref  Numbers 


DESCRIPTION 

See  Section  6.0,  Vector  containing  PRN 
reference  numbers  associated  with  SVs 
transmitting  the  following  ionospheric  and  UTC 
data  parameters 

See  Section  6.0 


III.  NAV  MESSAGE  TIME  TAGS 


For  each  SV: 


DESCRIPTION 


Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 
Seconds  of  Week 


Estimated  time  this  parameter  set 
began  broadcast  from  this  SV 


Default  Message 
Transmission  Time 
GPS  Week  Number 
Seconds  of  Week 

Upload  Time 

GPS  Week  Number 
Seconds  of  Week 

Upload  Status  Flag 


Navigation  Message 
Verification  Flag 


Navigation  Message 
Verification  Time 
GPS  Week  Number 
Seconds  of  Week 


Time  this  SV  will  begin  transmitting 
the  default  message,  all  l's 


Time  upload,  containing  this  parameter  set, 
was  begun 


Flag  indicating  if  upload  was  complete  or 
partial 

1  designates  that  a  partial  upload,  containing 
this  parameter  set,  was  performed 

2  designates  that  a  complete  upload 
was  performed 

Flag  indicating  if  measurement  data  received  from 
monitor  stations  was  compared  to  the  upload  data, 
i.e.,  verification  testing  performed,  before  the 
block  release  time  indicated  above. 

1  designates  verification  was  not  attempted 

2  designates  verification  was  successfully 
compl eted 

3  designates  verification  was  unsuccessful 

Time  tag  of  measurement  data  used  in  verification 
testing;  zero  if  verification  not  performed 


IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  FORMAT 

ITEM  DESCRIPTION 

Ionospheric  and  UTC  Ionospheric  and  UTC  data  as  contained  in 

Data  Page  page  18  of  subframe  4, in  NAV  message  (as 

broadcast)  format;  see  ICD-GPS-200, 
paragraphs  20.3.3.5.1.8  and  20.3.3.5.1.9 


r'v>, 

P 

pi 

V"  • 

ftp 

V- 
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NAV  MESSAGE  PAGES  IN  ENGINEERING  UNITS 


Roll  Momentum  Dump/ 
Alert  Flag 


Synchronization/A-S  Flag 


Data  ID 


SV  ID 


AlphaO 


DESCRIPTION 

Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

1  designates  a  non-conservative 
momentum  dump  has  occurred  since 
last  upload 

0  designates  no  momentum  dump  occurred 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  to  the  unauthorized  user 
that  the  SV  URA  may  be  worse  than 
indicated  in  subframe  1  of  the  NAV 
message 

Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

0  indicates  that  the  SV  is  in 
synchronism 

1  indicates  that  synchronism  may  not 
exist 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  that  the  A-S  mode  is  ON 

Defines  the  applicable  GPS  NAV  data 
structure,  see  ICD  -  GPS-200,  paragraph 
20.3.3.5.1.1 

00  designates  data  ID  one,  and  is  no 
longer  in  use 

01  designates  data  ID  two,  which  is 
currently  in  use 

Defines  the  content  of  pages  in  the  GPS  NAV 
message  for  subframe  4  or  5  to  which  this 
SV  almanac  corresponds,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.1 

Coefficients  of  ionospheric  model,  see 
ICD-GPS-200,  paragraph  20.3.3.5.2.5  for 
user  ionospheric  model 


m 

1 


I 

SVJ' 


BBSS 


S 

y 

V 


Alphal 

A1pha2 

Alpha3 

BetaO 


Betal 


Beta2 


Beta3 


delta  tLj 
WNLSF(10-bit) 


delta  t^^p 


(same  as  AlphaO) 

(same  as  AlphaO) 

(same  as  AlphaO) 

(same  as  AlphaO) 

(same  as  AlphaO) 

(same  as  AlphaO) 

(same  as  AlphaO) 

Drift  between  GPS  time  and  UTC 

Bias  between  GPS  time  and  UTC 

Reference  time-of-day  for  GPS  time  to  UTC 
relationship 

Reference  week  number  for  GPS  time  to  UTC 
relationship 

Integer  number  of  seconds  between  UTC 
and  GPS  time 

Leap  second  advisory's  effective  week  number, 
untruncated 

Leap  second  advisory's  effective  day  number 

Leap  second  advisory's  delta  time  due  to 
leap  seconds 


VI.  ADDITIONAL  INFORMATION 

(Not  explicitly  part  of  the  Ionospheric  &  UTC  Data  Page) 


SV  Configuration 


DESCRIPTION 

SV  configuration  code,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.6 
000  =  "Block  I"  SV 
001  =  "Block  II"  SV 


L 


m 


/.V 


HK*' 


AODI 


Time  difference  between  upload  time  and  time 
of  last  atmospheric  measurement  update  which 
contributed  to  the  ionospheric  coefficients; 
of  the  form:  upload  time  -  solution  update 
time  in  seconds 

AODL  Effective  date-time  in  GPS  time  of 

leap-second  count,  delta  t^g,  update 

AODU  Time  difference  between  reference  time  for 

GPS  time  to  UTC  relationship  and  time  of 
last  measurement  update  which  contributed 
to  the  Aq  and  a^  coefficients;  of  the  form: 
tQt  -  solution  update  time,  in  seconds 


i 


\-v«J 


^4 


aN%vJ 


77^7j 


TABLE  20-6 

GPS  IONOSPHERIC  AND  UTC  DATA 
INTERMEDIATE  DELAY  TRANSFER  FILE 


I.  BLOCK  INDEX 


ITEM 

UN  ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

Block  Index 

/Integer 

TBD 

1 

Version  Number 

TBD 

TBD 

TBD 

Transmission  Date 
and  Time 

TBD 

TBD 

TBD 

Archive  Flag 

/Integer 

0  -  255 

1 

II.  S V  IDENTIFICATION 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Transmitting  SV  PRN 

Ref  Numbers 

/Integer 

0  -  37 

1 

Transmitting  SV 

NAVSTAR  Ref  Numbers 

/Integer 

0  -  255 

1 

III.  NAV  MESSAGE  TIME  TAGS 

ITEM 

UN ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

For  each  SV: 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

I 

Seconds  of  Week 

Seconds  of  GPS 

GPS  Week/Real 

0  -  604738.5 

1.5 

Default  Message 

Transmission  Time 
GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

"TV'jVJVV 


Upload  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Upload  Status  Flag 

/Integer 

1  to  2 

1 

Navigation  Message 
Verification  Flag 

/Integer 

1  to  3 

1 

Navigation  Message 
Verification  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

IV.  NAV  MESSAGE  PAGES 

IN  BROADCAST  FORMAT 

ITEM 

UN ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

Ionospheric  and  UTC 
Data  Page 
(as  broadcast) 

/10,  30  bit  words  0 

to  (230-l) 

1 

V.  NAV  MESSAGE  PAGES  IN  ENGINEERING  UNITS 

ITEM 

UN ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

Roll  Momentum  Dump/ 
Alert  Flag 

/Binary 

0  to  1 

1 

Synchronization/A-S 

FI  ag 

/Binary 

0  to  1 

1 

Data  ID 

/Integer 

00  to  12 

1 

S V  ID 

/Integer 

0  to  26- 1 

1 

AlphaO 

Seconds/Real 

(8-bits  signed* 

)  2"30 

Alphal 

Sec/Semicircle/Real 

(8-bits  signed* 

)  2‘27 

Alpha2 

Sec/Semicircle2/Real 

(8-bits  signed* 

)  2-24 

A1 pha3 

Sec/Semi circle3/Real 

(8-bits  signed* 

)  2-24 

73 


•  ■*  j. 


BetaO 


Betal 

Beta2 

Beta3 

A1 

A0 

tot 

WNt 

delta  t^5 
WNlsf  (10-bit) 
DN 

delta  t^^p 


Seconds/Real 
Sec/Semi ci rcl e/Real 
Sec/Semi ci rcl e^/Real 
Sec/Semi ci rcl e^/Real 
Seconds/Real 
Sec/Sec  /Real 
Seconds/Real 
Weeks/Integer 
Seconds/Integer 
Weeks/Integer 
Days/Integer 
Seconds/Integer 


VI.  ADDITIONAL  INFORMATION 

(Not  explicitly  part  of  the  Ionospheric  & 


ITEM 

SV  Configuration 

AODI 

AODL 


UNITS/FORMAT 

/Integer 

Seconds/Real 

Seconds/Real 


(8-bits  signed*) 

2“ 

V  Li 

• 

(8-bits  signed*) 

214 

(8-bits  signed*) 

2 16 

Pi 

(8-bits  signed*) 

ol6 

L 

• 

(32-bits  signed*) 

2  -  30 

(24-bits  signed*) 

2 -50 

• 

0  to  602,112 

212 

0  to  1023 

1 

m 

(8-bits  signed*) 

1 

0  to  1023 

1 

• 

1-7 

1 

*  «  '  4  *  tt  ' 

&& 

•T  m  *.  k  v 

(8-bits  signed*) 

1 

m 

• 

UTC  Data  Page) 

VALUE/RANGE  PRECISION 

mm 

000-111 

1 

m 

0-604800 

1.5 

0-6X10® 

1.5 

20.4  Special  Messaae  Block  Format 


The  Special  Message  Transfer  File  contains  NAV  message  textual 
information  as  contained  on  page  17  of  subframe  4. 

20.4.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  20-7  and  described  in 
Table  20-8  .  A  new  file  block  is  associated  with  each  change  in  a 
transmitted  special  message. 

20.4.2  Usaoe 

This  file  serves  as  an  alternate  source  for  special  NAV  messages. 
It  contains  information  pertaining  to  Intermediate  Delay  Data. 


20.4.3.  Special  Requirements 

The  contents  of  a  special  message  will  generate  the  creation  of  an 
CGIC  S/S/W. 


TABLE  20-7 

GPS  SPECIAL  MESSAGE  INTERMEDIATE  DELAY 
TRANSFER  FILE  DEFINITIONS 


I.  BLOCK  INDEX 
ITEM 


DESCRIPTION 


Block  Index 


Block  index  for  NAV's  special  message  (TBD) 


Version  Number 


Transmission  Data 


Archive  Flag 


Version  number  of  current  block,  Version  0 
indicates  original 

Time  block  transferred  to  the  CGIC  (should 
be  assigned  by  system) 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


II.  SV  IDENTIFICATION 
ITEM 


DESCRIPTION 


Transmitting  SV  PRN 
Ref  Numbers 


Transmitting  SV 
NAVSTAR  Ref  Numbers 


See  Section  6.0,  vector  containing  PRN 
reference  numbers  associated  with  SVs 
transmitting  the  following  Special  Message 
page 

See  Section  6.0 


III.  NAV  MESSAGE  TIME  TAGS 


ITEM  DESCRIPTION 

For  each  SV: 

Initial  Broadcast  Time  Estimated  time  this  parameter  set 

(estimated)  began  broadcast  from  this  SV 

GPS  Week  Number 
Seconds  of  Week 
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Default  Message 
Transmission  Time 
GPS  Week  Number 
Seconds  of  Week 

Upload  Time 

GPS  Week  Number 
Seconds  of  Week 

Upload  Status  Flag 


Navigation  Message 
Verification  Flag 


Navigation  Message 
Verification  Time 
GPS  Week  Number 
Seconds  of  Week 


Time  this  SV  will  begin  transmitting 
the  default  message,  all  l's 


Time  upload,  containing  this  parameter  set, 
was  begun 


Flag  indicating  if  upload  was  complete  or 
partial 

1  designates  that  a  partial  upload,  containing 
this  parameter  set,  was  performed 

2  designates  that  a  complete  upload 
was  performed 

Flag  indicating  if  measurement  data  received  from 
monitor  stations  was  compared  to  the  upload  data, 
i.e.,  verification  testing  performed,  before  the 
block  release  time  indicated  above. 

1  designates  verification  was  not  attempted 

2  designates  verification  was  successfully 
completed 

3  designates  verification  was  unsuccessful 

Time  tag  of  measurement  data  used  in  verification 
testing;  zero  if  verification  not  performed 


IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  FORMAT 

ITEM  DESCRIPTION 


Special  Message  Page 


Special  message  page,  as  contained  in  page  17 
of  subframe  4,  in  NAV  message  format,  see 
I CD-GPS - 200 ,  paragraph  20.3.3.5.1.10 


V.  NAY  MESSAGE  PAGES  IN  ENGINEERING  UNITS 

ITEM  DESCRIPTION 

Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

1  designates  a  non-conservative 

momentum  dump  has  occurred  since 
last  upload 

0  designates  no  momentum  dump  occurred 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  to  the  unauthorized  user 

that  the  SV  URA  may  be  worse  than 
indicated  in  subframe  1  of  the  NAV 
message 

Synchronization/A-S  Flag  Flag  has  dual  role,  see  ICD-GPS-200, 

paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

0  indicates  that  the  SV  is  in 
synchronism 

1  indicates  that  synchronism  may  not 
exist 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  that  the  A-S  mode  is  ON 

Data  ID  Defines  the  applicable  GPS  NAV  data 

structure,  see  ICD  -  GPS-200,  paragraph 
20.3.3.5.1.1 

00  designates  data  ID  one,  and  is  no 
longer  in  use 

01  designates  data  ID  two,  which  is 
currently  in  use 

SV  ID  Defines  the  content  of  pages  in  the  GPS  NAV 

message  for  subframe  4  or  5  to  which  this 
SV  almanac  corresponds,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.1 


Roll  Momentum  Dump/ 
Alert  Flag 


Special  Message 
(unpacked) 


Unpacked  special  message,  containing  22  8-bit 
ASCII  characters,  see  ICD-GPS-200, 
paragraph  20.3.3.5.10 


TABLE  20-8 


GPS  SPECIAL  MESSAGE  INTERMEDIATE  DELAY 
TRANSFER  FILE 


I.  BLOCK  INDEX 
ITEM 

Block  Index 
Version  Number 


Transmission  Date 
and  Time 


UNITS/FORMAT 

/Integer 

TBD 

TBD 


Archive  Flag 


/Integer 


II.  SV  IDENTIFICATION 
ITEM 


Transmitting  SV 
PRN  Ref  Numbers 


UNITS/FORMAT 

/Integer 


Transmitting  SV 
NAVSTAR  Ref  Numbers 


/Integer 


III.  NAV  MESSAGE  TIME 
ITEM 

For  each  SV: 


TAGS 

UN ITS/ FORMAT 


Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 


Weeks/Integer 


Seconds  of  Week 


Seconds  of 
GPS  Week/Real 


Default  Message 
Transmission  Time 
GPS  Week  Number 


Weeks/Integer 


Seconds  of  Week 


Seconds  of 
GPS  Week/Real 
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VALUE/RANGE 

TBD 

TBD 

TBD 


0  -  255 


VALUE/RANGE 
0  -  37 


0  -  255 


VALUE/RANGE 


0  to  1023 
0  -  604798.5 


0  to  1023 
0  -  604798.5 


PRECISION 

1 

TBD 

TBD 


1 


PRECISION 

1 


1 


PRECISION 


1 

1.5 


1 

1.5 


Upload  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Upload  Status  Flag 

/Integer 

1  to  2 

1 

Navigation  Message 
Verification  Flag 

/Integer 

1  to  3 

1 

Navigation  Message 
Verification  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  FORMAT 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Special  Message 

Page 

/10,  30-bit  words 
words 

0  to  (230-l) 

1 

V.  NAV  MESSAGE  PAGES  IN 

ENGINEERING  UNITS 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Roll  Momentum  Dump/ 

Alert  Flag 

/Binary 

0  to  1 

1 

Synchron i zat i on/A- s 

Flag 

/Binary 

0  to  1 

1 

Data  ID 

/Integer 

00  to  11 

1 

S V  ID 

/Integer 

0  to  26-l 

1 

Special  Message 
(unpacked) 

/Character 

22  characters 

N/A 

VI.  ADDITIONAL  INFORMATION 

(Not  explicitly  part  of  the  Special  Message) 

ITEM  UNITS/FORMAT  VALUE/RANGE 

SV  Configuration  /Integer  000-111 


Seconds/Real 


PRECISION 

1 


AODM 


0-6048001 


1.5 


The  SV  health  and  A-S/configuration  data  file  contains  information 
relating  to  SV  state  of  health,  and  A-S  and  SV  configuration  parameters 
as  they  are  broadcast  in  page  25  of  subframe  5  and  page  25  of  subframe  4 
of  the  GPS  NAV  message. 

20.5.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  20-9  and  described  in 
Table  20-10.  A  new  file  block  is  generated  for  each  change  in  a 
transmitted  page  25  set,  regardless  of  whether  the  change  occurs  in 
either  subframe  4  or  5.  The  contents  of  the  SV  Health  and 
A-S/configuration  data  file  contains  no  greater  resolution  tha  -  that 
available  from  the  NAV  message  itself. 

20.5.2  Usage 

This  file  serves  as  an  alternate  source  for  NAV  message  pages  25  of 
subframes  4  and  5. 


20.5.3  Special  Requirements 


mm 


I.  BLOCK  INDEX 


Block  Index 


Version  Number 


Transmission  Date 
and  Time 

Archive  Flag 


TABLE  20-9 

SV  HEALTH  AND  A-S  DATA  INTERMEDIATE  DELAY 
TRANSFER  FILE  DEFINITIONS 


DESCRIPTION 


II.  SV  IDENTIFICATION 


Transmitting  SV  PRN 
Ref  Numbers 


Transmitting  SV 
NAVSTAR  Ref  Numbers 


III.  NAV  MESSAGE  TIME  TAGS 


For  each  SV: 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 
Seconds  of  Week 


Block  index  for  SV  Health  and  A-S/Configuration 
Data  Block  (TBD) 

Version  number  of  current  block,  Version  0 
indicates  original 

Time  block  transferred  to  the  CGIC  (should 
be  assigned  by  system) 

Flag  indicating  block  has  been  retrieved  from 
ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


DESCRIPTION 

See  Section  6.0,  vector  PRN  reference  numbers 
associated  with  SVs  transmitting  the  following 
set  of  pages  25  of  subframes  4  and  5 

See  Section  6.0 


DESCRIPTION 


Estimated  time  this  parameter  set 
began  broadcast  from  this  SV 
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Default  Message 
Transmission  Time 
GPS  Week  Number 
Seconds  of  Week 

Upload  Time 

GPS  Week  Number 
Seconds  of  Week 

Upload  Status  Flag 


Navigation  Message 
Verification  Flag 


Navigation  Message 
Verification  Time 
GPS  Week  Number 
Seconds  of  Week 


Time  this  SV  will  begin  transmitting 
the  default  message,  all  l's 


Time  upload,  containing  this  parameter  set, 
was  begun 

Flag  indicating  if  upload  was  complete  or 
partial 

1  designates  that  a  partial  upload,  containing 
this  parameter  set,  was  performed 

2  designates  that  a  complete  upload 
was  performed 

Flag  indicating  if  measurement  data  received  from 
monitor  stations  was  compared  to  the  upload  data, 
i.e.,  verification  testing  performed,  before  the 
block  release  time  indicated  above. 

1  designates  verification  was  not  attempted 

2  designates  verification  was  successfully 
completed 

3  designates  verification  was  unsuccessful 

Time  tag  of  measurement  data  used  in  verification 
testing;  zero  if  verification  not  performed 


IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  FORMAT 


DESCRIPTION 


SV  Health  and 
A-S/Configuration 
data  pages 

(in  broadcast  format) 


SV  Health  and  A-S  data  pages  as  contained  in 
pages  25  of  subframes  4  and  5  of  the  NAV 
message,  stored  page  25  of  subframe  4,  then 
page  25  of  subframe  5;  see  ICD-GPS-200, 
paragraphs  20.3.3.5.1.3  and  20.3.3.5.1.6 
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V.  MV  MESSAGE  PAGES  IN  ENGINEERING  UNITS 

ITEM  DESCRIPTION 

Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

1  designates  a  non-conservative 

momentum  dump  has  occurred  since 
last  upload 

0  designates  no  momentum  dump  occurred 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  to  the  unauthorized  user 

that  the  SV  URA  may  be  worse  than 
indicated  in  subframe  1  of  the  NAV 
message 

Synchronization/A-S  Flag  Flag  has  dual  role,  see  ICD-GPS-200, 

(from  subframe  4)  paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

0  indicates  that  the  SV  is  in 

synchronism 

1  indicates  that  synchronism  may  not 
exist 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  that  the  A-S  mode  is  ON 

Defines  the  applicable  GPS  NAV  data 
structure,  see  ICD  -  GPS-200,  paragraph 
20.3.3.5.1.1 

00  designates  data  ID  one,  and  is  no 
longer  in  use 

01  designates  data  ID  two,  which  is 
currently  in  use 

SV  ID  Defines  the  content  of  pages  in  the  GPS  NAV 

(from  subframe  4)  message  for  subframe  4  or  5  to  which  this 

SV  almanac  corresponds,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.1 


Data  ID 

(from  subframe  4) 


Roll  Momentum  Dump/ 
Alert  Flag 
(from  subframe  4) 


Roll  Momentum  Dump/ 
Alert  Flag 
(from  subframe  5) 


Synchroni zati on/A-S 
(from  subframe  5) 


Data  ID 

(from  subframe  5) 


SV  ID 

(from  subframe  5) 


tot 


Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

1  designates  a  non-conservative 
momentum  dump  has  occurred  since 
last  upload 

0  designates  no  momentum  dump  occurred 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  to  the  unauthorized  user 
that  the  SV  URA  may  be  worse  than 
indicated  in  subframe  1  of  the  NAV 
message 

Flag  Flag  has  dual  role,  see  ICD-GPS-200, 
paragraph  20.3.3.2 

(a)  On  SVs  designated  by  configuration 
code  000  -  Block  I: 

0  indicates  that  the  SV  is  in 
synchronism 

1  indicates  that  synchronism  may  not 
exist 

(b)  On  SVs  designated  by  configuration 
code  001  -  Block  II: 

1  indicates  that  the  A-S  mode  is  ON 

Defines  the  applicable  GPS  NAV  data 
structure,  see  ICD  -  GPS-200,  paragraph 
20.3.3.5.1.1 

00  designates  data  ID  one,  and  is  no 
longer  in  use 

01  designates  data  ID  two,  which  is 
currently  in  use 

Defines  the  content  of  pages  in  the  GPS  NAV 
message  for  subframe  4  or  5  to  which  this 
SV  almanac  corresponds,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.1 

Almanac  reference  time;  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.7 


WNa  (10-bit) 


Almanac  reference  week,  untruncated;  see 
ICD-GPS-200,  paragraph  20.3.3.5.1.7 


Health/A-S/ 
Configuration  Vector 
Elements 


Health  Summary 


6-bit  Health 


Anti -Spoof  Flag 


SV  Configuration 


One  vector  for  each  of  the  32  SV  #'s  in 
pages  25  of  subframes  4  and  5 


SV  #  from  pages  25  of  subframes  4  and  5 
NOTE:  there  may  be  data  regarding  another 
SV  in  the  SV  position  --  see  paragraph 
20.3.3.5.1.1  in  the  ICD-GPS-200 

Summary  of  health  of  the  SV,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.3 

6-bit  health  information  for  the  SV,  see 
ICD-GPS-200,  paragraph  20.3.3.5.1.3 

Status  as  determined  from  1-bit  A-S  flag, 
see  ICD-GPS-200,  paragraph  20.3.3.5.1.6 
0  designates  A-S  flag  is  a  "0"  for  the  SV 
1  designates  A-S  flag  is  a  "1"  for  the  SV 

Configuration  for  each  SV,  see  ICD-GPS-200, 
paragraph  20.3.3.5.1.6 
000  =  "Block  I"  SV 
001  =  "Block  II"  SV 


VI.  ADDITIONAL  INFORMATION 

(Not  explicitly  part  of  the  SV  Health  and  A-S  Configuration  data  page) 
ITEM  DESCRIPTION 

AODH  Time  difference  between  upload  time  and  time  of 

last  SV  health  update  information  which 
contributed  to  the  SV  6-bit  health  status; 
of  the  form:  page  25,  subframe  5  upload 
time  -  last  SV  health  update 


TABLE  20-10 

SV  HEALTH  AND  A-S  DATA  INTERMEDIATE  DELAY 
TRANSFER  FILE 


I.  BLOCK  INDEX 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Block  Index 

/Integer 

TBD 

1 

Version  Number 

TBD 

TBD 

TBD 

Transmission  Date 
and  Time 

TBD 

TBD 

TBD 

Archive  Flag 

/Integer 

0  -  255 

1 

II.  SV  IDENTIFICATION 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Transmitting  SV  PRN 

Ref  Numbers 

/Integer 

0  -  37 

1 

Transmitting  SV 

NAVSTAR  Ref  Numbers 

/Integer 

0  -  255 

1 

III.  NAV  MESSAGE  TIME  TAGS 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

For  each  SV: 

Initial  Broadcast  Time 
(estimated) 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Default  Message 
Transmission  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GnS  Week/Real 

0  -  604798.5 

1.5 
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Upload  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Upload  Status  Flag 

/Integer 

1  to  2 

1 

Navigation  Message 
Verification  Flag 

/Integer 

1  to  3 

1 

Navigation  Message 
Verification  Time 

GPS  Week  Number 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

IV.  NAV  MESSAGE  PAGES  IN  BROADCAST  UNITS 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

SV  Health  and  A-S/ 
Configuration  Data 
Pages 

(in  broadcast  format) 

20,  30-bit 

Words 

0  to  (230- 1 ) 

1 

V.  NAV  MESSAGE  PAGES  IN 

ENGINEERING  UNITS 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Roll  Momentum  Dump/ 

Alert  Flag 
(from  subframe  4) 

/Binary 

0  to  1 

1 

Synchroni zat i on/A-S 

Flag 

(from  subframe  4) 

/Binary 

0  to  1 

1 

Data  ID 

/Integer 

00  to  11 

1 

(from  subframe  4) 

/Integer 


1 


SV  10 

(from  subframe  4) 

Roll  Momentum  Dump/ 
Alert  Flag 
(from  subframe  5) 

Synchron i zat i on/A- S 
Flag 

(from  subframe  5) 
Data  ID 

(from  subframe  5) 
SV  ID 

(from  subframe  5) 

lot 

WNt 

Health/A-S/ 
Configuration 
Vector  Elements: 

SV 

Health  Summary 
6-bit  Health 


Anti -Spoof  Flag 
SV  Configuration 


/Binary 


0  to  26-l 
0  to  1  1 


/Binary 


0  to  1 


1 


/Integer 

00  to  11 

1 

/Integer 

0  to  26-l 

1 

Seconds/Real 

0  to  602,112 

2 

Weeks/Integer 

0  to  1023 

1 

32  Vectors,  each 
of  the  format: 

/Integer 

1  to  32 

1 

/Integer 

0  to  2 

1 

/Integer 

Binary 

(000000  to  111111) 

1 

/Binary 

0  to  1 

1 

/Integer 

Binary 
(000  to  111) 

1 

VI.  ADDITIONAL  INFORMATION 

(Not  explicitly  part  of  the  SV  Health  and  A-S/Conf iguration  Data  Page) 
ITEM  UNITS/FORMAT  VALUE/RANGE  PRECISION 

AODH  Seconds/Real  0-6048001  1.5 
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20.6  Spare  Page  Block  Format 

The  following  describes  files  which  contain  NAV  message  pages  13, 
14,  and  15  of  subframe  4. 

20.6.1  Contents  Definition 

The  contents  of  this  file  are  defined  in  Table  20-11  (TBD)  and 
described  in  Table  20-12  (TBD).  A  new  file  block  is  associated  with 
each  change  in  a  transmitted  page.  The  contents  of  each  page  in  this 
file  are  presented  in  only  the  downlink  broadcast  format. 

20.6.2  Usage 

This  file  serves  as  an  alternate  source  for  the  NAV  message  pages  it 
contains.  Its  contents  currently  contain  only  spare  pages.  This  format 
is  instituted  so  that  in  the  event  of  changes,  information  will  be 
immediately  available  to  CGIC  users,  though  only  in  the  packed  broadcast 
format. 


20.6.3 


Reouirements 


The  definition  of  this  file  will  need  to  be  updated  whenever  any 
spare  location  in  pages  13,  14,  and  15  of  subframe  4  are  redesignated  as 
non-reserved  fields  containing  useful  information  from  the  standpoint  of 
a  civil  GPS  user. 
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TABLE  20-12 

SPARE  PAGE  BLOCK  FORMAT 
INTERMEDIATE  DELAY  TRANSFER  FILE 

(TO  BE  DETERMINED) 


30.1  Performance  Information 


30.1.1  SV  Health  Plan/History  Block  Format 

The  SV  Health  Plan/History  is  a  list  of  navigation  oriented  manual 
assessments  and  SV  alerts  as  generated  by  the  OCS.  The  file  contains 
both  planned  data  and  historical  actual  data. 

30.1.1.1  Contents  Definition 

The  items  in  a  SV  Health  Pian/History  transfer  block  are  defined  in 
Table  30-1  and  identified  in  Table  30-2.  Blocks  are  transferred  at  least 
every  TBD  days  to  the  CGS. 

30.1.1.2  Usage 

This  file  provides  monitored  signal  health  information  used  in 
determining  an  SV  health  status  code. 


Ljp 
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TABLE  30-1 

SV  HEALTH  PLAN/HISTORY  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 


ITEM 

SV  Reference  Number 
Archive  Flag 

Time 

Alert  Counter 
Entry  Status 

NAV  Signal  Health 

SV  Signal  Health 

OCS  Vehicle  Assessment 

OCS  Navigation  Summary 

Link  1/2  -  P/C 
Moriul  ation 


DESCRIPTION 
See  Section  TBD 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

Time  that  entry  occurred. 

Number  of  alerts  that  correlated  to  the 
entry. 

Identifies  the  future  versus  actual  status. 
Zero  means  future.  One  means  late.  Two 
means  actual . 

Value  for  upload  shall  be  defined  defined  by 
Table  20-VII  of  the  ICD-GPS-200.  Manually 
entered  by  OCS. 

Value  for  upload  shall  be  defined  by  Table 
20-VII I  of  the  ICD-GPS-202.  Derived  from 
other  entry  data  as  defined  in  section 
3.1.38.1.1  of  the  ICD-MCS-301. 

Manual  assessment  of  SV  operational  status. 
See  vehicle  assessment  definitions,  Table 
LXXV  of  the  ICD-MCS-301. 

Manual  assessment  of  navigation  performance. 
Zero  means  active.  One  means  usable.  Two 
means  unusable. 

OCS  manual  assessment  of  link  performance 
composed  of  the  following  items. 


Indicates  data  modulation  status, 
means  on,  one  means  off. 


Zero 


Assessment 


Signal  power  assessment  for  use  in  SV  signal 
health.  Zero  means  full,  one  means  usable, 
two  means  unusable,  and  three  means  off  or 
dead. 

Alert  Code  Defines  the  reason  for  the  entry.  See  alert 

code/magnitude  definitions,  Table  LXXVI  of 
the  0CD-MCS-301 


Magnitude  Magnitude  value  for  alert.  See  alert 

code/magnitude  definitions,  Table  LXXVI  of 
the  ICD-MCS-301 
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TABLE  30-2 

SV  HEALTH  PLAN/HISTORY  LONG  DELAY 
TRANSFER  FILE 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

SV  Reference  Number 

Integer 

0-255 

Archive  Flag 

/Integer 

0-255 

Time 

GPS  Week  number 

Weeks/Integer 

1-210-1 

Seconds  of  GPS  Week 

Seconds/Real 

1-604798.5 

Alert  Counter 

Integer 

0-255 

Entry  Status 

Integer 

0-2 

NAV  Signal  Health  (1) 

Integer 

0-7 

SV  Signal  Health  (1) 

Integer 

0-31 

Vehicle  Assessment  (1) 

Integer 

0-15 

Navigation  Summary  (1) 

Integer 

0-2 

Link  1-P  (1) 
Modulation 

Integer 

0-1 

Assessment 

Integer 

0-3 

Link  1-C  (1) 

Modulation 

Integer 

0-1 

Assessment 

Integer 

0-3 

Link  2-P  (1) 

Modulation 

Integer 

0-1 

Assessment 

Integer 

0-3 

Link  2-C  (1) 

Modulation 

Integer 

0-1 

Assessment 

Integer 

0-3 

PRECISION 

1 

1 
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30.1.Z  Observed  Range 


CORD)  Data  Block  Format 


The  ORD  data  file  provides  a  civil  GPS  user,  post  facto,  with  ORD 
performance  information  characterizing  the  quality  of  GPS  monitored  data 
using  the  ephemeris  and  clock  parameters  contained  in  subframe  1,  2,  and 
3  of  the  Navigation  message  of  the  transmitting  S V. 

30.1.2.1  Contents  Definition 

The  contents  of  ORD  data  transfer  block  are  defined  in  Table  30-3 
and  described  in  Table  30-4.  One  block  is  created  and  transferred  to  the 
CGIC  for  every  TBD  Kalman  update  interval. 

30.1.2.2  Usage 


This  file  provides  a  GPS  civil  user  with  MCS  determined  ORDs  versus 


time. 


30.1.2.3  Special 


ITEM 

ORO  Data 

For  each  monitor  station 
GS  Reference  Number 
Time  of  ORD 

AOD 

For  each  SV  measured  by 
monitor  station 

SV  Reference  Number 

ORD  from  SA 
contaminated  data 

Alarm 


TABLE  30-3 

ORD  DATA  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 

DESCRIPTION 


See  Section  (TBD) 

GPS  time  of  Kalman  interval  containing 
ionospherically-corrected,  smoothed,  calibrated 
pseudo-range;  in  GPS  weeks  and  seconds  of  weeks. 

Time  difference  between  time  of  ORD  and  time  of 
the  last  measurement  update  which  contributed  to 
the  broadcast  ephemeris  set  used  in  the  ORD;  of 
the  form:  time  of  ORD  -  solution  update  time 


See  Section  6.0 


Observed  range  deviation  from  data  contaminated 
by  selective  availability 

Flag,  set  if  either  non-Sa  or  SA  observed  range 
deviation  exceeds  its  tolerance  threshold 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


Archive  Flag 
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TABLE  30-4 

ORO  DATA  LONG  DELAY 
TRANSFER  FILE 


ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

1 

ORD  Data 

For  each  monitor  station: 

i 

! 

t 

GS  Reference  Number 
(MS  ID) 

Integer 

0-255 

i 

1  ; 

Time  of  ORD 

GPS  Time 

N/A 

DP 

l 

AOD 

Seconds 

N/A 

DP 

For  each  SV  measured  by 
monitor  station 

I 

SV  Reference  Number 

Integer 

0-255 

1 

ORD  from  SA 
contaminated  data 

Meters 

N/A 

DP 

AT  arm 

Flag 

0  or  1 

1 

Archive  Flag 

/Integer 

0-255 

1 
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30.1.3  Estimated  Range  Deviations  ( ERO 1  Data  Block  Format 

The  ERD  data  file  provides  a  civil  GPS  user,  post  facto,  with  ERD 
performance  information  characterizing  the  quality  of  predicted  GPS  data 
using  the  ephemeris  and  clock  parameters  contained  in  subframe  1,  2,  and 
3  of  the  navigation  message  of  the  transmitting  S V. 

30.1.3.1  Contents  Definition 

The  contents  of  ERD  data  transfer  block  are  defined  in  Table  30-5 
and  described  in  Table  30-6.  One  block  is  created  and  transferred  to  the 
CGIC  for  every  TBD  Kalman  update  interval. 

30.1.3.2  Usage 

This  file  provides  a  GPS  civil  user  with  MCS  determined  ERDs  versus 

time. 


30.1.3.3  Special  Reouirements 


I 
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TABLE  30-5 

ERD  DATA  LONG  DELAY  | 

TRANSFER  FILE  DEFINITIONS  < 

I 

ITEM  DESCRIPTION  ' 


ERD  Dat 


For  each  Geographic 
loc  (up  to  32) 


Coordinates  or  pre-selected  geographic  location 
for  which  estimated  range  deviation  has  been 
calculated 


Geographic  loc  lat. 
Geographic  loc  long. 
Geographic  loc  elevation 


Latitude 

Longitude 

Elevation  above  geoid 


Time  of  ERD  GPS  time  of  Kalman  update  from  which  current 

state  estimate  was  obtained,  in  GPS  weeks  and 
seconds  of  week 


AOD  Time  difference  between  time  of  ERD  and  time  of 

the  last  measurement  update  which  contriubted  to 
the  broadcast  ephemeris  set  used  in  the  ERD;  of 
the  form:  time  of  ERD-solution  update  time 

For  each  SV 


SV  Reference  Number  See  Section  6.0 


ERD  from  SA 
contaminated  data 

Alarm 


Estimated  range  deviation  from  data  contaminated 
by  selective  availability 

Flags,  set  if  either  non-SA  or  SA  estimated 
range  deviation  exceeds  its  tolerance  threshold 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


Archive  Flag 


TABLE  30-6 

ERD  DATA  LONG  DELAY 
TRANSFER  FILE 

ITEM  UNITS/FORMAT  VALUE/RANGE  PRECISION 

ERD  Data 

For  each  Geographic  loc 
(up  to  32): 

Geographic  loc  lat.  Degrees  N/A  DP 

Geographic  loc  long.  Degrees  N/A  DP 

Geographic  loc  Meters  N/A  DP 

elevation 

Time  of  ERD  GPS  Time  N/A  DP 

AOD  Seconds  N/A  DP 

For  each  SV 

SV  reference  number  Integer  0-255  1 

ERD  from  SA  Meters  N/A  DP 

contaminated  data 

0  or  1  1 


Alarm 

Archive  Flag 


Flag 

/Integer 


0-255 


1 


30.1.4  MS  Navigation  Solution  Block  Format 


The  MS  Navigation  Solution  file  provides  a  civil  GPS  user,  post 
facto,  with  MS  position  information  characterizing  the  quality  of  GPS 
monitored  data  using  the  ephemeris  and  clock  parameters  contained  in 
subframe  1,  2,  and  3  of  the  navigation  message  of  the  transmitting  SV. 


30.1.4.1  Contents  Definition 


The  contents  of  MS  Navigation  Solution  transfer  block  are  defined  in 
Table  30-7  and  described  in  Table  30-8.  One  block  is  created  and 
transferred  to  the  CGIC  for  every  TBD  Kalman  update  interval. 


30.1.4.2  Usage 


This  file  provides  a  GPS  civil  user  with  MCS  determined  monitor 
station  position  solutions  and  the  error  in  those  solutions  versus  time. 


30.1.4.3  Special  Reouirements 
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TABLE  30-7 

MS  NAVIGATION  SOLUTION  DATA 
LONG  DELAY  TRANSFER  FILE  DEFINITIONS 


ITEM 

MS  Navigation  Solution  Data 
For  each  MS 
GS  Reference  Number 
Time  of  NAV  solution 

MS  Clock  Residual 

SV  Reference  Number 
(4  element  vector) 

GDOP 

Navigation  Solution 
from  SA  contaminated  data 

N/S  Error 

E/W  Error 

Elevation  Error 

A1  arm 

i 


DESCRIPTION 


See  Section  (TBD) 

GPS  time  of  Kalman  interval  from  which 
measurements  employed  in  Navigation  Solution 
were  obtained,  in  GPS  weeks  and  seconds  of  week 

Offset  of  monitor  station  clock  from  the 
value  obtained  from  navigation  solution 

See  Section  6.0 


Geometric  dilution  of  precision  value  for 
space  vehicle  set  employed 


Component,  along  longitude,  of  difference 
between  monitor  station  position  and  position 
obtained  from  navigation  solution 

Component,  along  latitude,  of  difference 
between  monitor  station  position  and  position 
obtained  from  navigation  solution 

Component,  normal  to  geoid,  of  difference 
between  monitor  station  position  and  position 
obtained  from  navigation  solution 

Flag,  set  if  any  location  error  exceeds 
tolerance  threshold 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


Archive  Flag 
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TABLE  30-8 

MS  NAVIGATION  SOLUTION  DATA 


LONG 

DELAY  TRANSFER 

FILE 

ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECIS 

MS  Navigation  Solution  Data 

For  each  MS 

GS  Reference  Number 

Integer 

0-255 

1 

(MS  ID) 

Time  of  Nav  solution 

GPS  Time 

N/A 

DP 

MS  Clock  residual 

Seconds 

N/A 

DP 

SV  Reference  Number 

Integer 

0-255 

1 

(4-element  vector) 

GDOP 

Numeric 

N/A 

DP 

Navigation  solution  from 

SA  contaminated  data 

N/S  error 

Meters 

N/A 

DP 

E/W  error 

Meters 

N/A 

DP 

Elevation  error 

Meters 

N/A 

DP 

Alarm 

Flag 

0/1 

1 

Archive  Flag 

/Integer 

0-255 

1 

I 
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30.1.5  §V  Position  and  Timing  Error  Block  Format 

The  SV  Position  and  Timing  Error  file  provides  a  civil  GPS  user, 
post  facto,  with  SV  positional  information  characterizing  the  quality  of 
the  GPS  ephemeris  and  clock  parameters  contained  in  subframe  1,  2,  and  3 
of  the  navigation  message  of  the  transmitting  SV. 

30.1.5.1  Contents  Definition 

The  contents  of  the  SV  Position  and  Timing  Error  transfer  block  are 
defined  in  Table  30-9  and  described  in  Table  30-10.  One  block  is  created 
and  transferred  to  the  CGIC  for  every  TBD  Kalman  update  interval. 

30.1.5.2  Usage 

This  file  provides  a  GPS  civil  user  with  MCS  determined  SV  position 
and  timing  variances. 
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TABLE  30-9 

SV  POSITION  AND  TIMING  ERROR  DATA 
LONG  DELAY  TRANSFER  FILE  DEFINITIONS 


Position  and  Timing  Error 
Statistics  for  each  SV 

SV  Reference  Number 

For  each  time  of  14  day 
interval 


(sigma)  r 
(sigma)2A 


(sigma)' 


(sigma)Zy 

Statistics  Update  Time 
Archive  Flag 


DESCRIPTION 


See  Section  6.0 


Variance  of  SV  position  prediction  error 
component  radial  in  the  orbit  plane 

Variance  of  SV  position  prediction  error 
component  nominally  tangent  to  trajectory 

Variance  of  SV  position  prediction  error 
component  perpendicular  to  the  orbit  plane 

Variance  of  SV  timing  prediction  error 

Time  of  most  recent  statistics  update 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 
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TABLE  30-10 

SV  POSITION  AND  TIMING  ERROR  DATA 
LONG  DELAY  TRANSFER  FILE 


UNITS/FORMAT  VALUE/RANGE  PRECISION 


Position  and  Timing  Error 
Statistics  for  each  SV: 

SV  Reference  Number 

For  each  time  of  14  day 
interval 

(sigma)2 

R 

(sigma)2 

A 

(sigma)2 

C 

(sigma)2 

T 

Statistics  Update  Time 
Archive  Flag 


/Integer 


0-255 


p 

Meters^ 

0  to 
(32768) ^ 

SP 

Meters2 

0  to 
(32768)2 

SP 

Meters2 

0  to 
(32768)2 

SP 

Meters2 

0  to 

(32768) 2 

SP 

GPS  time 

N/A 

DP 

/Integer 

0-255 

1 
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30.1.6  Kalman  Flag  Status  Block  Format 

The  Kalman  Flag  Status  file  provides  a  civil  GPS  user,  post  facto, 
with  statistics  on  the  Kalman  filter  performance  of  a  solution  using  the 
Kalman  estimated  ephemeris. 

30.1.6.1  Contents  Definition 

The  items  in  a  Kalman  Flag  Status  transfer  block  are  defined  in 
Table  30-11  and  identified  in  Table  30-12.  One  block  is  created  and 
transferred  to  the  CGIC  for  every  TBD  Kalman  update  interval. 

30.1.6.2  Usage 

This  file  provides  Kalman  filter  status. 

30.1.6.3  Special  Reauirements 


£  *A‘i 


Kalman  update  time 


Reprocess  Number 


Estimation  Event  Flags 


Archive  Flag 


TABLE  30-11 

KALMAN  FLAG  STATUS  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 

DESCRIPTION 

GPS  time  of  Kalman  update  for  which  states 
were  estimated  in  GPS  week  number  and 
seconds  of  GPS  week 

Number  of  times  estimation  processing  was 
rerun 

Events  occurring  during  this  Kalman  update 
interval 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 
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TABLE  30-12 

KALMAN  FLAG  STATUS  LONG  DELAY  TRANSFER  FILE 


ITEM 

UN ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

Kalman  update  time 

GPS  Time  wks 

0-2 10- 1 

1 

secs 

1-604,800 

1.5 

Reprocess  Number 

Integer 

0-255 

1 

Estimation  Event  Flags 

N/A 

16  bits 
for  each  bit: 

N/A 

Bit  Event 

1  Kalman  backup 

0  =  No  Event 

2  Partition  replay 

1  =  Event 

3 

4 


5 

6 


7 

8 


9 

10 


11-16 
Archive  Flag 


Noon  turn 
Stationkeeping 
Maneuver 
Momentum  dump 
Z-count/code 
phase  adj 

Frequency  standard 
change  (SV) 
Frequency  standard 
adjust  (SV) 
Reinitialization 
Ephemeris  epoch 
time  update 
Spare 


/Integer 


0-255 
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30.1.7  £V  URA  Current  State  Block  Format 


.VV.'r 


The  Current  State  file  provides  a  civil  GPS  user,  post  facto,  with 
statistics  on  the  Kalman  filter  performance  of  a  solution  using  the 
Kalman  estimated  ephemeris. 

30.1.7.1  Contents  Definition 

The  items  in  an  S V  Current  State  transfer  block  are  defined  in 
Table  30-13  and  identified  in  Table  30-14.  One  block  is  created  and 
transferred  to  the  CGIC  for  every  TBD  Kalman  update  interval. 

30.1.7.2  Usage 

This  file  provides  URA  and  its  components  as  determined  from  the  MCS 
Kalman  filter's  estimated  covariance. 

30.1.7.3  Special  Requirements 


None. 
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ITEM 

Kalman  Update  Time 

Reprocess  Number 

SV  Reference  Number 
Archive  Flag 

SV  Current  State 
URA,  without  SA 
contamination 

Sigma  R 
Sigma  A 

Sigma  C 
Sigma  T 
Sigma  P 


i 

< 

■ 

! 

' 

■ 


I 
) 

TABLE  30-13  ' 

SV  CURRENT  STATE  URA  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 

DESCRIPTION 

GPS  Time  of  Kalman  update  for  which  states 
were  estimated  in  GPS  week  number  and 
seconds  of  GPS  week 

Number  of  times  estimation  processing  was 
rerun 

See  Section  6.0 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  -  block  from  regular  transmission 
1  -  block  retrieved  from  archive 

User  range  accuracy  computed  using  Kalman 
solution's  covariance  matrix. 


One  sigma  value  of  the  SV  position  error 
component  radial  in  the  orbit  plane. 

One  sigma  value  of  the  SV  position  error 
component  nominally  tangential  (along  track) 
to  the  trajectory. 

One  sigma  value  of  the  SV  position  error 
component  perpendicular  to  the  orbit  plane 

One  sigma  value  of  the  range  error  due  to  SV 
timing. 

One  sigma  value  of  range  error  due  to 
encountered  and  scheduled  perturbations 
(e.g.,  momentum  dumps,  eclipse,  etc.). 


Sigma  M 


RMS  range  measurement  apriori  residual  based 
on  smoothed  (15  minutes)  monitor  station 
data. 


TABLE  30-14 

SV  CURRENT  STATE  URA  LONG  DELAY  TRANSFER  FILE 


ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Kalman  update  time 

GPS  Time  wks 

0 - 2 10 - 1 

1 

secs 

1-604,800 

1.5 

Reprocess  Number 

Integer 

0-255 

1 

SV  Reference  Number 

Integer 

0-255 

1 

Archive  Flag 

/Integer 

0-255 

1 

SV  Current 

State  URA,  without 

SA  Contamination 

Integer 

1-32 

1 

Sigma  R 

Meters 

N/A 

DP 

Sigma  A 

Meters 

N/A 

DP 

Sigma  C 

Meters 

N/A 

DP 

Sigma  T 

Meters 

N/A 

DP 

Sigma  P 

Meters 

N/A 

DP 

Sigma  M 

Meters 

N/A 

DP 

30.1.8  Long  Delay  S/S/W  Message  Block  Format 

The  Long  Delay  S/S/W  Message  file  provides  the  Civil  GPS  user,  post 
facto,  with  information  as  to  various  changes  in  navigational  status  of 
the  space  vehicles,  the  master  control  station  (especially  in  regards  to 
filter  operations),  and  the  master  clock.  Changes  in  status  of  these  GPS 
subsystems  are  indicated  by  S/S/W  messages  and  their  contained 
parameter(s) . 

30.1.8.1  Contents  Definition 

Long  Delay  S/S/W  Messages  consists  of  those  A/W/E  messages  that  will 
be  transmitted  after  a  long  delay  to  the  CGIC  as  postprocessed 
information.  Other  than  the  difference  in  transfer  delay  to  the  CGIC, 
Long  Delay  S/S/W  Messages  have  the  same  definition  and  format  as  the 
short  delayed  advisory  blocks  S/S/W  message  described  in  Section  10.2. 

30.1.8.2  Usage 

This  file  provides  a  GPS  civil  user  with  status  information  relating 
to  several  status  changes  including: 

S V  clock  changes,  status,  z-adjusts,  orbit  adjusts,  momentum  dumps, 
filter  operations,  filter  restarts,  master  clock  changes,  and  the 
exceeding  of  tolerances  by  filter  and  clock  performance  parameters. 

30.1.8.3  Special  Reoui remen ts 


None. 
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30.1.9  Global  SV  Transmit  and  Upload  Schedule  Block  Format 

The  Global  SV  Transmit  and  Upload  file  provides  a  civil  GPS  user, 
post  facto,  with  a  global  schedule  of  the  navigation  message  pages 
transmit  and  upload  times. 

30.1.9.1  Contents  Definition 

The  contents  of  a  Global  SV  Transmit  and  Upload  transfer  block  are 
defined  in  Table  30-15  and  identified  in  Table  30-16.  A  separate 
transfer  block  is  associated  with  all  navigation  message  pages  that  begin 
transmission  during  a  single  GPS  defined  day.  The  multiple  NAV  message 
page  entries  in  a  given  transfer  block  are  ordered  by  increasing 
beginning-of-transmit  times. 

30.1.9.2  Usage 

This  file  provides  information  to  a  CGIC  database  which  will  allow 
users  to  perform  quick  searches  regarding  changes  in  NAV  message 
broadcasts  over  SVs,  pages,  broadcast  intervals,  or  upload  times. 

30.1.9.3  Special  Requirements 


None. 
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Day  of  Year 
GPS  Week  Number 


Archive  Flag 


TABLE  30-15 

GLOBAL  SV  TRANSMIT  AND  UPLOAD  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 

DESCRIPTION 

Beginning  day  of  year  of  this  transfer  block 

GPS  week  number  corresponding  to  block's 
beginning  day  of  year 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


Vectors  sequenced  by  beginning  of  transmission: 


Beginning  of  Transmission 


Ending  of  Transmission 


Transmitting  SV  PRN 
Reference  Number 


Time  of  Upload 


Subframe  Number 


Time,  in  seconds  of  week,  when  navigation 
message  element  began  transmission;  all 
beginning  times  occur  within  the  interval 
spanned  by  the  block's  day  of  year. 

Time,  in  seconds  of  week,  when  navigation 
message  element  ended  transmission,  seconds 
of  week  referenced  to  GPS  week  of 
transmission 

SV  PRN  of  transmitting  SV 


Time,  in  seconds  of  week,  when  navigation 
message  element  was  uploaded  to  SV,  seconds 
of  week  referenced  to  GPS  week  number 

Subframe  number  of  navigation  message 
element  identified  by  transmit  times,  valid 
entries  are: 

1,2, 3, 4, 5,  or 

E  if  subframes  1,  2,  3  have  the  same 

beginning  transmission  times  within  TBD 
seconds,  or 

A  if  all  almanac  pages  have  the  same 
beginning  transmission  time  within  TBD 
seconds;  where  almanac  pages  are 
defined  to  be  pages  1-24  of  subframe  5, 
and  pages  2-5  and  7-10  of  subframe  4 
subframe  4 
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Page  Number 


Page  number  of  navigation  message  element 
corresponding  to  transmit  times,  will  be 
zero  for  subframes  1  through  3  and  5  for  'A' 


Reference  SV  PRN 
Number 

Age  of  NAV  Information 


Navigation  message  element's  reference  SV 
PRN  number,  when  subframe  number  is  an  'A' 
value,  the  reference  SV  PRN  number  is  0 

Age,  measured  in  seconds,  between  the  last 
information  used  in  determining  a  NAV 
message  page  and  the  beginning  of  trans¬ 
mission  of  that  page 


TABLE  30-16 

GLOBAL  SV  TRANSMIT  AND  UPLOAD  LONG  DELAY 
TRANSFER  FILE 


{TO  BE  DETERMINED) 
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30.1.10  Navigation  Data  Error  Summary  Block  Format 

The  Navigation  Data  Error  Summary  file  contains  information  which 
identifies  the  NAV  message  data  received  from  monitor  stations  which 
failed  the  OCSs  navigation  verification  test,  i.e.,  did  not  successfully 
compare  to  the  predicted  data  from  the  navigation  upload. 

30.1.10.1  Contents  Definition 

The  items  in  a  Navigation  Data  Error  Summary  transfer  block  are 
defined  in  Table  30-17  and  identified  in  Table  30-18.  Blocks  are 
transferred  at  least  every  TBD  days  to  the  CGS. 

30.1.10.2  Usage 

This  file  provides  a  summary  of  the  results  of  the  OCS's  navigation 
verification  testing.  The  user  of  this  information  should  be  aware  that 
the  set  of  all  NAV  message  broadcasts  are  not  continuously  verified  due 
to  non-visibility,  availability,  or  allocation  of  resources.  For  this 
data  transfer  block  type,  navigation  verification  failure  intervals  are 
defined  as  two  or  more  successive  verification  failures,  each  differing 
in  time  by  less  than  1  min.  Isolated  failures,  which  may  be  spurious, 
are  indicated  by  the  same  beginning  and  ending  times. 

30.1.10.3  Special  Requirements 
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TABLE  30-17 


NAVIGATION  DATA  ERROR  SUMMARY  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 


ITEM 


DESCRIPTION 


Block  Index 


SV  Reference  Number 
Archive  Flag 


Beginning  Time  of 
Verification  Failure 
GPS  Week,  Seconds  of 
Week 

Ending  Time  of 
Verification  Failure 
GPS  Week,  Seconds  of 
Week 

Affected  Subframe 
Number 

Affected  Page 
Number 


Block  index  of  navigation  data  error 
summary  transfer  block,  TBD 

See  Section  6.0 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

Time  of  the  navigation  data  from  the 
HOW  word 


Time  of  the  navigation  data  from  the 
HOW  word 


Subframe  (1-5)  of  the  navigation  data 
which  failed  verification  test 

Subframe  (1-25)  of  the  navigation  data 
which  failed  verification  test--valid 
only  for  subframe  4  and  5 


TABLE  30-18 

NAVIGATION  DATA  ERROR  SUMMARY  LONG  DELAY 
TRANSFER  FILE 


ITEM 

UN  ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

Block  Index 

/Integer 

TBD 

1 

SV  Reference  Number 

/Integer 

0  -  255 

1 

Archive  Flag 

/Integer 

0  -  255 

1 

Beginning  Time  of 

Verification  Failure 

GPS  Week 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Ending  Time  of 

Verification  Failure 

GPS  Week 

Weeks/Integer 

0  to  1023 

1 

Seconds  of  Week 

Seconds  of 

GPS  Week/Real 

0  -  604798.5 

1.5 

Affected  Subframe  Number 

/Integer 

1  -  5 

1 

Affected  Page  Number 

/Integer 

1  -  25 

1 
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30.2.1  SV  Kalman 


■is  Block  Format 


The  SV  Kalman  Estimated  Ephemeris  provides  a  civil  GPS  user,  post 
facto,  with  SV  ephemerides  as  determined  by  the  MCS  filter.  This 
postprocessed  ephemeris  information  is  referred  to  as  the  Kalman 
estimated  ephemeris. 

30.2.1.1  Contents  Definition 

The  contents  in  an  SV  ephemeris  transfer  block  are  defined  in 
Table  30-19  and  described  in  Table  30-20.  A  single  file  block  is 
generated  for  all  SVs  being  currently  estimated  by  all  Kalman  partitions. 
A  new  block  is  transmitted  to  the  CGIC  for  every  TBD  filter  update 
interval . 

30.2.1.2  Usage 

This  file  provides  the  current  state  estimates  of  the  SV  states  as 
determined  by  the  MCS  Kalman  filter.  It  includes  the  Kalman's  position, 
velocity,  clock,  and  covariance  estimates. 

30.2.1.3  Special  Requirements 
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TABLE  30-19 

KALMAN  ESTIMATED  SV  EPHEMERIS  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 


ITEM 


DESCRIPTION 


Kalman  Update  Time 

GPS  Week  Number 
Seconds  of  GPS  Week 

Bulletin  Number 

Reprocess  Number 
Archive  Flag 


Vector  of  SV  PRN  Numbers 

Vector  of  SV  Reference 
Numbers 

For  each  SV: 

Estimation  Event  Flags 

Kalman  current  state 
vector 

Rx 

Ry 

Rz 


GPS  time  of  Kalman  update  for  which  states  were 
estimated 


Identification  of  USNO  bulletin  which  is  the  source 
of  polar  motion  and  time  prediction  parameters  used 
in  estimation 

Number  of  times  estimation  processing  was  rerun 

Flag  indicating  block  has  been  retrieved 
from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

See  Section  6.0 

Section  Section  6.0 


Flags  describing  events  occurring  during  Kalman 
update  interval 

Vector  of  SV  current  state  estimates  for  partition 


x-component  of  space  vehicle  position  represented 
in  Earth-centered  inertial  coordinate  system 


y-component  of  space  vehicle  position  represented 
in  Earth-centered  inertial  coordinate  system 


z-component  of  space  vehicle  position  represented 
in  earth-centered  inertial  coordinate  system. 


x-component  of  space  vehicle  velocity  represented 
in  Earth-centered  inertial  coordinate  system 


y-component  of  space  vehicle  velocity  represented 
in  Earth-centered  inertial  coordinate  system 


z-component  of  space  vehicle  velocity  represented 
in  earth-centered  inertial  coordinate  system 


vz 


K1  solar  pressure 
scaling  parameter 

K2  solar  pressure 
acceleration  parameter 

SV  clock  bias 

SV  clock  drift 

SV  clock  drift  rate 

Covariance  matrix  of 
current  state  in 
U-D  factored  form. 


Solar  pressure  scaling  parameter  along  sunline 
unitless) 

Solar  pressure  acceleration  parameter  along  space 
vehicle  body  y-axis 

Current  state  for  space  vehicle  clock  bias 

Current  state  for  space  vehicle  clock  drift 

Current  state  for  space  vehicle  clock  drift  rate 

U  is  upper  right  triangular  unitary  matrix. 

D  elements  are  stored  along  diagonal,  replacing 
redundant  l's.  Units  are  derived  from  those  of 
epoch  state  residuals. 


TABLE  30-20 

KALMAN  ESTIMATED  SV  EPHEMERIS  LONG  DELAY 
TRANSFER  FILE 


ITEM 

UN ITS/ FORMAT 

VALUE/RANGE 

PRECISION 

Kalman  update  time 

GPS  Week  Number 

Seconds  of  GPS  Week 

Weeks 

Secs 

0-210 

0-604,800 

1 

1.5 

Bulletin  Number 

Integer 

1-65,536 

1 

Reprocess  Number 

Integer 

0-255 

1 

Archive  Flag 

/Integer 

0-255 

1 

Vector  of  SV  PRN  Numbers 

Integer 

0-37 

1 

Vector  of  SV  Reference 
Numbers 

Integer 

0-255 

1 

For  each  SV: 

Estimation  Event  Flags 

N/A 

16  bits 
for  each  bit: 

N/A 

Bit  Event 

1  Kalman  backup 

2  Partition  replay 

0  =  No  Event 

1  =  Event 

3  Noon  turn 

4  Stationkeeping 

Maneuver 

5  Momentum  dump 

6  Z-count/code 

phase  adj 

7  Frequency  standard 

change  (SV) 

8  Frequency  standard 

adjust  (SV) 

9  Reinitialization 

10  Ephemeris  epoch 

time  update 
11-16  Spare 
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Kalman  SV  Current  State 
Vector 

Integer 

1-32 

1 

Rx 

Meters 

0  to 

26700000 

DP 

Ry 

Meters 

0  to 

26700000 

DP 

Rz 

Meters 

0  to 

26700000 

DP 

vx 

Meters/Sec 

0  to 

4  X  103 

DP 

vy 

Meters/Sec 

0  to 

4^ 

X 

M 

o 

GJ 

DP 

vz 

Meters/Sec 

0  to 

4  X  103 

DP 

K1  solar  pressure 
scaling  parameter 

None 

N/A 

DP 

K2  solar  pressure 
acceleration  parameter 

Meters/Sec2 

N/A 

DP 

SV  clock  bias 

sec 

N/A 

DP 

SV  clock  drift 

sec/sec 

N/A 

DP 

SV  clock  drift  rate 

sec/sec2 

N/A 

DP 

Covariance  matrix  of 
epoch  state  residual  in 
U-D  factored  form.  U 
is  upper  right  triangular 
unitary  matrix.  D 
elements  are  stored 
along  diagonal, 
replacing  redundant  l's. 
Units  are  derived  from 
those  of  epoch  state 
residuals. 
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30.3  GPS  Clock  Information 

30.3.1  SV/MC  Time  Steer  Parameter  Block  Format 

The  SV/MC  Time  Steer  Parameters  file  provides  a  Civil  GPS  user,  in  a 
post  facto  manner,  with  a  priori  and  predictive  parameters  associated 
with  the  steering  of  an  SV  or  the  reference  clock  standard. 

30.3.1.1  Contents  Definition 

The  contents  in  an  SV/MC  Time  Steer  Parameters  transfer  block  are 
defined  in  Table  30-21  (TBD)  and  identified  in  Table  30-22.  A  separate 
transfer  block  is  associated  with  each  individual  clock  standard,  and  is 
generated  for  each  clock  steer  initiated. 

30.3.1.2  Usage 

This  file  provides  times  and  parameters  characterizing  the 
implementation  of  a  clock  standard  steering  and  other  continuous  or 
ongoing  clock  adjustments. 

30.3.1.3  Special  Retirements 
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TABLE  30-21 

SV/MC  TIME  STEER  PARAMETERS  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 

(TO  BE  DETERMINED) 
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TABLE  30-22 

SV/MC  TIME  STEER  PARAMETERS  LONG  DELAY 
TRANSFER  FILE 

UNITS/FORMAT  VALUE/RANGE  PRECISION 


Clock  Update 
Effective  Time 

Option  N/A 

0=Subsequent 
to  last 
K-point 

^Subsequent 
to  specified 
time 

Modification  Type  I 

Dereference  states 
and  residuals 
(values) 

Preference  states 
only  (value) 

2=reference  states 
and  residuals 
(increment) 

3=references  states 
only  (increment) 

Steering  Parameters 

Beginning  Time  of  Steer 

Ending  Time  of  Steer 

Duration  of  Steer 

Rate  of  Steer 

Target  Closure  Time 

Estimated  Clock  State  at 
End  of  Steer 

Time  System  Reference 
0=UTC 


Bias  parameter 


Seconds 

Real 


-1  to  +1 


Drift  parameter 

Drift  rate  parameter 

Epoch  State  Reference  Time 
GPS  Week  Number 

Seconds  of  GPS  Week 


Seconds/ 

-10-9  t0 

Second 

+10’9 

Real 

Seconds/ 

-10'18 

to 

Second2 

+10'18 

Real 

Weeks 

0  to  210-1 

Seconds 

0  to  604798.5 

The  SV/MS  Clock  Adjustment  Parameters  file  provides  a  Civil  GPS 
user,  post  facto,  with  information  characterizing  instantaneous  or  step 
function  adjustments  in  the  space  craft  vehicle  or  monitoring  station 
clock  references. 

30.3.2.1  Contents  Definition 

The  contents  in  an  SV/MS  Clock  Adjustment  transfer  block  are  defined 
in  Table  30-23  and  identified  in  Table  30-24.  An  individual  transfer 
block  is  associated  with  a  single  time  tag.  If  several  SV  or  MS  clock 
adjustments  occur  essentially  simultaneously,  that  is,  within  a  time 
interval  of  TBS  seconds,  then  all  adjustment  parameters  are  included  in  a 
single  transfer  block.  The  frequency  of  generation  of  transfer  blocks  is 
one  for  each  clock's  adjustment,  unless  adjustments  are  implemented 
simultaneously  as  defined  previously. 

30.3.2.2  Usage 

This  file  provides  times  and  parameters  characterizing  the 
following: 

adjustment  of  the  epoch  states  of  the  clock  offset  models  of 

the  operational  SV  and  MS  clock, 

adjustment  of  the  reference  clock  epoch  states, 

MS  station  time  change  generation, 

MS  station  time  change  correction, 

.  MS  frequency  standard  change, 

PRN  code  phase/Z-count  adjust  computation,  and 
other  SV  clock  adjusts. 


TABLE  30-23 

SV/MS  CLOCK  ADJUSTMENT  PARAMETERS  LONG  DELAY 
TRANSFER  FILE  DEFINITIONS 


ITEM  DEFINITIONS 

Archive  Flag  Flag  indicating  block  has  been  retrieved 

from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 


Reference  Clock  Parameters 
-Designation 

GS  Reference  Number  See  Section  TBD 

Time  of  Designation  GPS  Time  of  designation  of  this  monitor  station 

clock  as  reference 


-State 

Bias 


Drift 


Time  of  last  update 

-Deviation  from  MS 
Clocks 

Time  of  Kalman  Update 
GS  Reference  Number 


Offset  of  reference  clock  from  GPS  time  at  update 
time 

Rate  of  change  of  reference  clock  time  with  respect 
to  GPS  Time  at  update  time 

Update  time  for  Reference  Clock  bias  and  drift 


GPS  Time  of  monitor  station  clock  state  residual 

estimation 

See  Section  TBD 


Reference-MS  Clock 

-Deviation  from  Mean  Time 
Time  of  Kalman  Update 

MS  Clock  Weights 


Difference  between  reference  clock  and  monitor 
Station  clock 

GPS  Time  of  monitor  station  clock  state  residual 
estimation 

Weighting  employed  in  computation  of  mean  time 


Mean  Time  Scale 


Time  calculated  for  monitor  station  clock  ensemble 


Reference  Clock- 
Mean  time 


Difference  between  reference  clock  time  and 
calculated  ensemble  time 


Deviation 


Difference  between  reference  clock  time  and 
calculated  ensemble  time 


Drift 


Drift  between  reference  clock  time  and 
calculated  ensemble  time 


MS  Clock  Parameters 

GS  Reference  Number 

-ID  of  Operational 
Clock 

-Time  of  Designation 
of  Operational  Clock 

-Phase  Difference 
between  Operational 
and  Backup 

Bias 


Drift 


Reference  Time 
Time  of  Last  Update 

Estimation  Interval 

-Allan  Variance  of 
Kalman  Estimates 

Allan  Variance 
Delay 


Time  of  Kalman  Update 

-Station  Time  Change 
Parameters 
Increment/Decrement 
to  TOW 


See  Section  TBD 

Identifies  primary  frequency  standard  or  backup 
frequency  standard  as  current  operation  clock 

GPS  time  when  current  operational  clock  was 
designated 


Phase  offset  estimate  of  backup  frequency  standard 
from  operational  frequency  standard  at  reference 
time 

Rate  of  change  of  phase  offset  estimate  of  backup 
frequency  standard  from  operational  frequency 
standard  at  reference  time 

Reference  time  for  bias  and  drift  values 

GPS  Time  of  last  measurement  used  in  estimation  of 
bias  and  drift 

Time  interval  spanned  by  measurements  used  in 
estimation  of  bias  and  drift 


Allan  variance  of  the  Kalman  estimates  of  the 
monitor  station  clock  states. 

Interval  between  residual  estimate  samples  employed 
in  computation 

GPS  Time  of  Monitor  Station  Clock  state  residual 
estimates  employed 


Number  of  1.5  seconds  intervals  to 
increment/decrement  time  of  week 
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P-code  adjustment 

Time  of  Generation 

S V  Clock  Parameters 
SV  Reference  Number 

-ID  of  Operational 
Standard 

-Time  of  Designation 
of  Operational 
Standard 

-C-field  Adjust 
Time  of  Adjust 

Magnitude  of  Adjust 

-Z  Count  Adjust 
Adjust  Time 


Magnitude  of  Adjust 


Command  Word 

Verification  Flag 

-Allan  Variance  of 
Kalman  Estimate 
Time  of  Kalman  Update 


Allan  Variances 


Delays 


Clot. ,  Offset  Models 
-For  each  SV 
SV  Reference  Number 

Reference  time 


P-code  adjustment  expressed  as  number  of  chips 

GPS  time  of  generation  of  monitor  station  time 
change  parameters 

See  Section  TBD 

Identifies  clock  currently  serving  as  operational 
clock 

GPS  time  when  use  of  current  operational  standard 
was  initiated 


GPS  time  for  execution  of  C-field  adjust 
Magnitude  of  C-field  adjustment 


GPS  time,  coincident  with  navigation  frame 
boundary,  for  adjustment 

Adjustment,  expressed  as  integer  number  of  P-code 
chips 

z-count  adjust  command 

Flag,  set  upon  notification  of  occurrence  of  adjust 


GPS  Time  of  Kalman  update  from  which  epoch  state 
residual  estimates  were  obtained 

Allan  variance  of  the  Kalman  state  estimates  of  the 
space  vehicle  clock 

Interval  between  residual  estimate  samples  employed 
in  computation 


See  section  TBD 

Reference  time  for  SV  clock  offset  model 
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Polynomial 

coefficients 

An 


1 


For  each  MS 
GS  Reference  Number 


Reference  time 


Polynomial 

Coefficients 

An 


SV  clock  offset  model 


See  Section  TBD 

Reference  time  for  MS  clock  offset  model 
MS  clock  offset  model 


TABLE  30-24 

SV/MS  CLOCK  ADJUSTMENT  PARAMETERS  LONG  DELAY 
TRANSFER  FILE 


ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Archive  Flag 

/Integer 

0-255 

1 

Reference  Clock  Parameters 
-Designation 

GS  Reference  Number 

Integer 

0-255 

1 

(MS  ID) 

Time  of  Designation 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

-State 

Bias 

Seconds 

N/A 

DP 

Drift 

sec/sec 

N/A 

DP 

Time  of  last  update 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

-Deviation  from  MS 
Clocks 


Time  of  Kalman  Update 

GPS  Time  weeks 
secs 

0-210 

0-604,800 

1 

1.5 

GS  Reference  Number 
(MS  ID) 

Integer 

0-255 

1 

Reference-MS  Clock 

Seconds 

N/A 

DP 

-Deviation  from  Mean  Time 
Time  of  Kalman  Update 

GPS  Time  weeks 
secs 

0-210 

0-604,800 

1 

1.5 

MS  Clock  Weights 

Dimensionless 

0-1 

0.05 

Mean  Time  Scale 

Seconds 

N/A 

DP 

Reference  Clock- 
Mean  Time 

Seconds 

N/A 

DP 

N/A 


Deviation 


Seconds 


DP 


Drift 

Femtoseconds/ 

Seconds 

N/A 

DP 

MS  Clock  Parameters 

GS  Reference  Number 

Integer 

0-255 

1 

(MS  ID) 

-ID  of  Operational 

Count 

1-2 

1 

Clock 

-Time  of  Designation 

GPS  Time  weeks 

0-210 

1 

of  Operational  Clock 

secs 

0-604,800 

1.5 

-Phase  Difference 

between  Operational 
and  Backup 

Bias 

Radians 

N/A 

DP 

Drift 

Radians/sec 

N/A 

DP 

Reference  Time 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

Time  of  Last  Update 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

Estimation  Interval 

Seconds 

N/A 

DP 

-Allan  Variance  of 

Kalman  Estimates 

Allan  Variance 

Dimensionless 

N/A 

DP 

Delay 

Seconds 

N/A 

DP 

Time  of  Kalman  Update 

GPS  time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

-Station  Time  Change 

Parameters 

Increment/Decrement 
to  TOW 

Seconds 

+/ -604,800 

1.5 

p-code  adjustment 

Integer 

-1432215  to 
+15344998 

1  ch 

Time  of  Generation 


GPS  Time  weeks  0-2^ 
secs  0-604,800 


1 

1.5 
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SV  Clock  Parameters 
SV  Reference  Number 

-ID  of  Operational 
Standard 

Time  of  Designation 
of  Operational 
Standard 

-C-field  Adjust 
Time  of  Adjust 


Magnitude  of  Adjust 
-Z  Count  Adjust 
Adjust  Time 


Integer 

Count 


1-255 


GPS  Time  weeks  0-2*® 
secs  0-604,800 


GPS  Time  weeks  0-210 
Secs  0-604,800 

A/R  A/R 

GPS  Time  weeks  0-210 
secs  0-604,800 


>>: 


Magnitude  of  Adjust 

Command  Word 

Verification  Flag 

-Allan  Variance  of 
Kalman  Estimates 
Time  of  Kalman  Update 


Allan  Variance 
Delays 

Clock  Offset  Models 
-For  each  SV: 

SV  Reference  Number 

Reference  Time 


Character 


0-604,800 
88-bit  word 


97.75  x  10 


GPS  Time  weeks  0-2J 


0-604,800 


dimensionless  N/A 
Seconds  N/A 


Integer 


1-255 


GPS  Time  weeks  0-2J 


m 

m 


0-604,800 


R 


Polynominal 

coefficients 

Jo 

Ji 

A2 


Seconds 

Sec/sec 

Sec/sec^ 


■For  each  MS: 

6A  Reference  Number 
(MS  ID) 


Integer 


0-255 


Reference  time 


GPS  Time  weeks  0-2*° 
secs  0-604,800 


Polynomial 

Coefficients 

An 


Seconds 

Sec/sec 
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30.3.3  SV/MS  Clock  Calibration  Block  Format 


The  SV/MS  Clock  Calibration  file  provides  a  civil  GPS  user,  post 
facto,  with  information  characterizing  SV/MS  clock  epoch  states  as  well 
as  frequency  standards  and  stabilities  as  functions  of  GPS  time. 

30.3.3.1  Contents  Definition 

The  contents  in  an  SV/MS  Clock  Calibration  transfer  block  are 
defined  in  Table  30-25  and  identified  in  Table  30-26.  A  file  block 
contains  information  automatically  computed  for  each  Kalman  update 
interval;  a  file  block  is  generated  every  TBD  Kalman  intervals  for  SV 
parameters  and  every  TBD  for  MS  parameters. 

30.3.3.2  Usage 

This  file  provides  calibration  parameters  characterizing  the 
following. 


current  time  clock  polynominals  which  represent  the  deviation 

of  the  SV  operational  clocks  from  GPS  time 

the  relative  bias  and  drift  of  the  phase  difference  between 

the  operational  and  backup  frequency  standards  at  each  monitor 

station 

the  Allan  variance  of  the  Kalman  estimates  of  the  MS  clock 
states  as  an  indicator  of  the  relative  health  of  the  MS  clocks 
Allan  variance  of  the  Kalman  estimates  of  the  SV  clock  states 


TABLE  30-25 

SV/MS  CLOCK  CALIBRATION  BLOCK  FORMAT 
LONG  DELAY  TRANSFER  FILE  DEFINITIONS 

ITEM  DEFINITIONS 

Archive  Flag  Flag  indicating  block  has  been  retrieved 

from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

MS  Clock  Parameters 

GS  Reference  Number  See  Section  TBD 

-ID  of  Operational  Identifies  primary  frequency  standard  or  backup 

Clock  frequency  standard  as  current  operation  clock 

-Time  of  Designation  GPS  time  when  current  operational  clock  was 

of  Operational  Clock  designated 

-Phase  Difference 
between  Operational 
and  Backup 

Bias  Phase  offset  estimate  of  backup  frequency  standard 

from  operational  frequency  standard  at  reference 
time 

Drift  Rate  of  change  of  phase  offset  estimate  of  backup 

frequency  standard  from  operational  frequency 
standard  at  reference  time 

Reference  Time  Reference  time  for  bias  and  drift  values 

Time  of  Last  Update  GPS  time  of  last  measurement  used  in  estimation  of 

bias  and  drift 

Estimation  Interval  Time  interval  spanned  by  measurements  used  in 

estimation  of  bias  and  drift 

-Allan  Variance  of 
Kalman  Estimates 

Allan  Variance  Allan  variance  of  the  Kalman  estimates  of  the 

monitor  station  clock  states. 

Delay  Interval  between  residual  estimate  samples  employed 

in  computation 

Time  of  Kalman  Update  GPS  time  of  monitor  station  clock  state  residual 

estimates  employed 


( 


-Station  Time  Change 
Parameters 
Increment/Decrement 
to  TOW 

P-code  adjustment 
Time  of  Generation 


SV  Clock  Parameters 
SV  Reference  Number 

-ID  of  Operational 
Standard 

-Time  of  Designation 
of  Operational 
Standard 

-C-field  Adjust 
Time  of  Adjust 

Magnitude  of  Adjust 

-Z  Count  Adjust 
Adjust  Time 


Magnitude  of  Adjust 


Command  Word 

Verification  Flag 

-Allan  Variance  of 
Kalman  Estimate 
Time  of  Kalman  Update 


Allan  Variances 


Number  of  1.5  seconds  intervals  to 
increment/decrement  time  of  week 

P-code  adjustment  expressed  as  number  of  chips 

GPS  time  of  generation  of  monitor  station  time 
change  parameters 


See  Section  TBD 

Identifies  clock  currently  serving  as  operational 
clock 

GPS  time  when  use  of  current  operational  standard 
was  initiated 


GPS  time  for  execution  of  C-field  adjust 
Magnitude  of  C-field  adjustment 

GPS  time,  coincident  with  navigation  frame 
boundary,  for  adjustment 

Adjustment,  expressed  as  integer  number  of  P-code 
chips 

z-count  adjust  command 

Flag,  set  upon  notification  of  occurrence  of  adjust 


GPS  time  of  Kalman  update  from  which  epoch  state 
residual  estimates  were  obtained 

Allan  variance  of  the  Kalman  state  estimates  of  the 
space  vehicle  clock 


Del  ays 


Interval  between  residual  estimate  samples  employed 
in  computation 


Clock  Offset  Models 
-For  each  SV 
SV  Reference  Number 


See  section  6.0 


Reference  time 

Polynomial 

coefficients 


-For  each  MS 
GS  Reference  Number 


Reference  time  for  SV  clock  offset  model 
SV  clock  offset  model 


See  Section  TBD 


Reference  time 


Reference  time  for  MS  clock  offset  model 


Polynomial 

Coefficients 


MS  clock  offset  model 


TABLE  30-26 

SV/MS  CLOCK  CALIBRATION  BLOCK  FORMAT 
LONG  DELAY  TRANSFER  FILE 


ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Archive  Flag 

/Integer 

0-255 

1 

MS  Clock  Parameters 

GS  Reference  Number 

Integer 

0-255 

1 

(MS  ID) 

-ID  of  Operational 

Count 

1-2 

1 

Clock 

-Time  of  Designation 

GPS  Time  weeks 

0-210 

1 

of  Operational  Clock 

secs 

0-604,800 

1.5 

-Phase  Difference 

between  Operational 
and  Backup 

Bias 

Radians 

N/A 

DP 

Drift 

Radians/sec 

N/A 

DP 

Reference  Time 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

Time  of  Last  Update 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

Estimation  Interval 

Seconds 

N/A 

DP 

-Allan  Variance  of 

Kalman  Estimates 

Allan  Variance 

dimensionless 

N/A 

DP 

Delay 

Seconds 

N/A 

DP 

Time  of  Kalman  Update 

GPS  time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

-Station  Time  Change 

Parameters 

Increment/Decrement 

Seconds 

+/-604,800 

1.5 

to  TOW 


P-code  adjustment 

Integer 

-1432215  to 
+15344998 

1  chip 

Time  of  Generation 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

SV  Clock  Parameters 

SV  Reference  Number 

Integer 

1-255 

1 

-ID  of  Operational 

Count 

1-4 

1 

Standard 

-Time  of  Designation 

GPS  Time  weeks 

0-210 

1 

of  Operational 

Standard 

secs 

0-604,800 

1.5 

-C-field  Adjust 

Time  of  Adjust 

GPS  Time  weeks 

0-210 

1 

Secs 

0-604,800 

1.5 

Magnitude  of  Adjust 

A/R 

A/R 

A/R 

-Z  Count  Adjust 

Adjust  Time 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

Magnitude  of  Adjust 

Sec 

0-604,800 

97.75  X  10 

Command  Word 

Character 

88-bit  word 

N/A 

Verification  Flag 

N/A 

0/1 

1 

-Allan  Variance  of 

Kalman  Estimates 

Time  of  Kalman  Update 

GPS  Time  weeks 

0-210 

1 

Secs 

0-604,800 

1.5 

Allan  Variance 

dimensionless 

N/A 

DP 

Del  ays 

Seconds 

N/A 

DP 

Clock  Offset  Models 
-For  each  SV: 

SV  Reference  Number 


Integer 


1-255 


1 


Reference  Time 


1 

1.5 


Polynominal 

coefficients 


-For  each  MS: 

GA  Reference  Number 
(MS  ID) 


Reference  time 


Polynomial 

Coefficients 


GPS  Time  weeks  0-2*® 
secs  0-604,800 


Seconds 

N/A 

DP 

Sec/sec 

N/A 

DP 

Sec/secz 

N/A 

DP 

Integer 

0-255 

1 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.! 

Seconds 

N/A 

DP 

Sec/sec 

N/A 

DP 

153 


30.3.4  GPS-UTC  Coordination  Block  Format 

The  GPS-UTC  Coordination  file  provides  a  civil  GPS  user,  post  facto, 
with  information  characterizing  the  difference  between  GPS  time  and  UTC 
and  the  coordination  of  that  GPS  time  to  the  MS  clock  ensemble  and  a  mean 
time  scale. 

30.3.4.1  Contents  Definition 

The  contents  in  a  GPS-UTC  Coordination  transfer  block  are  defined  in 
Table  30-27  and  identified  in  Table  30-28.  A  transfer  block  contains 
information  automatically  computed  for  each  Kalman  update  interval;  a 
file  transfer  block  is  generated  every  TBD  Kalman  interval. 

30.3.4.2  Usage 

This  file  provides  parameters  characterizing  the  following. 

.  bias  and  drift  of  GPS  time  relative  to  UTC 

.  difference  between  GPS  time,  as  determined  by  the  reference 
clock,  and  a  MS  clock  ensemble  calculated  from  a  weighted 
average  of  the  other  MS  clocks 

estimate  of  differences  between  the  reference  clock  and  a  mean 
time  scale  derived  from  other  operational  MS  clocks. 

.  designation  of  the  Reference  Clock 
update  of  leap  second  count 


TABLE  30-27 

GPS-UTC  COORDINATION  BLOCK  FORMAT 
LONG  DELAY  TRANSFER  FILE  DEFINITIONS 

ITEM  DESCRIPTION 

Archive  Flag  Flag  indicating  block  has  been  retrieved 

from  ORMS  archive 

0  =  block  from  regular  transmission 
1  =  block  retrieved  from  archive 

UTC/GPS  Time  Difference 

Time  of  most  recent  GPS  time  of  most  recent  measurement  employed  in 

measurement  calculating  model  parameters 

Bias  Estimate  Offset  of  GPS  time  from  UTC  (USNO)  at 

reference  time 

Drift  Estimate  Rate  of  change  of  GPS  time  offset  from  UTC  (USNO) 

at  reference  time 

Reference  Time  Reference  time  for  bias  and  drift  estimate 

Variance  of  B  is  Variance  of  bias  coefficient  estimate  at  reference 

time 

Variance  of  Drift  Variance  of  drift  coefficient  estimate  at  reference 

time 

Reference  Clock  Parameters 
-Designation 

GS  Reference  Number  See  Section  TBD 

Time  of  Designation  GPS  time  of  designation  of  this  monitor  station 

clock  as  reference 

-State 

Bias  Offset  of  reference  clock  from  GPS  time  at  update 

time 

Drift  Rate  of  change  of  reference  clock  time  with  respect 

to  GPS  Time  at  update  time 


Time  of  last  update 


Update  time  for  reference  clock  bias  and  drift 


-Deviation  from  MS 

Clocks 

Time  of  Kalman  Update  GPS  time  of  monitor  station  clock  state  residual 

estimation 

GS  Reference  Number  See  Section  TBD 

Reference-MS  Clock  Difference  between  reference  clock  and  monitor 

station  clock 

-Deviation  from  Mean  Time 

Time  of  Kalman  Update  GPS  time  of  monitor  station  clock  state  residual 

estimation 

MS  Clock  Weights  Weighting  employed  in  computation  of  mean  time 

Mean  Time  Scale  Time  calculated  for  monitor  station  clock  ensembl 

Reference  Clock-  Difference  between  reference  clock  time  and 

Mean  time  calculated  ensemble  time 

Deviation  Difference  between  reference  clock  time  and 

calculated  ensemble  time 

Drift  Drift  between  reference  clock  time  and 

calculated  ensemble  time 

SV  Ensemble  Allan  Variance 

of  Kalman  Estimates 

-Allan  Variancees  Allan  variance  of  the  Kalman  state  estimates 

of  the  ensemble  clock 

Delays  Interval  between  residual  estimate  samples 

employed  in  computation 

Navigation  Data  Message 

Parameters 

A0  Bias  between  GPS  time  and  UTC 

Aj  Drift  between  GPS  time  and  UTC 

Reference  time-of-day  Reference  time-of-day  for  GPS  time  to  UTC 

rel ationship 


Reference  time  week 
number 


Reference  week  number  for  GPS  time  to  UTC 
rel ationship 


Current  Leap  Second 
Count 
Count 


Number  of  leap-seconds  in  UTC  (USNO) 
GPS  time  of  leap-second  update 


Effective  Date-Time 

Leap  Second  Advisory 

Data 

-Delta  time  due  to 
leap  seconds 

-Number  of  week 
effective 

-Number  of  day 
effective 

Clock  Offset  Models 

-For  each  S V 

SV  Reference  Number  See  section  TBD 

Reference  time  Reference  time  for  SV  clock  offset  model 


Polynomial 

coefficients 


-For  each  MS 
GS  Reference  Number 


Reference  time 


Polynomial 

Coefficients 


A0 


SV  clock  offset  model 


See  Section  TBD 

Reference  time  for  MS  clock  offset  model 
MS  clock  offset  model 


TABLE  30-28 

GPS-UTC  COORDINATION  BLOCK  FORMAT 
LONG  DELAY  TRANSFER  FILE 


ITEM 

UNITS/FORMAT 

VALUE/RANGE 

PRECISION 

Archive  Flag 

/Integer 

0-255 

1 

UTC/GPS  Time  Difference 

Time  of  most  recent 

GPS  Time  weeks 

0-210 

1 

measurement 

secs 

0-604,800 

1.5 

Bias  Estimate 

Seconds 

N/A 

DP 

Drift  Estimate 

sec/sec 

Reference  Time 

GPS  Time  weeks 

O 

rH 

OJ 

1 

o 

1 

Variance  of  Bias 

2 

sec6 

N/A 

DP 

secs 

0-604,800 

1.5 

Variance  of  Drift 

(sec/sec)^ 

N/A 

DP 

Reference  Clock  Parameter 
-Designation 

GS  Reference  Number 

Integer 

0-255 

1 

(MS  ID) 

Time  of  Designation 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

-State 

Bias 

Seconds 

N/A 

DP 

Drift 

sec/sec 

N/A 

DP 

Time  of  last  update 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

-Deviation  from  MS 

Clocks 

Time  of  Kalman  Update 

GPS  Time  weeks 

0-210 

1 

secs 

0-604,800 

1.5 

GS  Reference  Number 

Integer 

0-255 

1 

(MS  ID) 

Reference-MS  Clock 

Seconds 

N/A 

DP 

-Deviation  from  Mean  Time 
Time  of  Kalman  Update 

GPS  Time  weeks 
secs 

0-210 

0-604,800 

1 

1.5 

MS  Clock  Weights 

Dimensionless 

0-1 

0.05 

Mean  Time  Scale 

Seconds 

N/A 

DP 

Reference  Clock- 
Mean  Time 

Seconds 

N/A 

DP 

Deviation 

Seconds 

N/A 

DP 

Drift 

Femtoseconds/ 

Seconds 

N/A 

DP 

SV  Ensemble  Allan 

Variance  of  Kalman 
Estimates 

Allan  Variances  of 

Kalman  Estimates 

2 

sec4 

N/A 

DP 

Delays 

Seconds 

N/A 

DP 

Navigation  Data  Message 
Parameters 

A0 

2"30  seconds 

-231  to  231-1 

32  bits 

A1 

2'7®  seconds 

-233  to  223-l 

24  bits 

Reference  time-of-day 

4096  seconds 

0  to  602112 

8  bits 

Reference  Mme  wet': 
number 

weeks 

0-255 

8  bits 

Current  Leap  Second 

Count 

Count 

Integer 

-27  to  27 

1 

Effective  Date-Time 


GPS  Time  weeks  0-2^ 
secs  0-604,800 


1 

1.5 


>3> 


20.  APPENDIX  II.  6PS  NAVIGATION  OATA  STRUCTURE  FOR  DATA  ID  NO.  2 

20.1  Scope.  This  appendix  describes  the  specific  GPS  navigation  (NAV) 
data  structure  denoted  by  data  ID  number  2.  This  data  ID  number,  when 
transmitted  as  part  of  the  NAV  data,  shall  be  represented  by  the  two-bit 
binary  notation  of  01.  Oata  10  number  1  Is  no  longer  In  use. 

20.2  Applicable  Documents 

20.2.1  Government  Documents.  In  addition  to  the  documents  listed  In 
paragraph  2.1,  the  following  documents  of  the  Issue  specified  contribute  to 
the  definition  of  the  NAV  data  related  Interfaces  and  form  a  part  of  this 
Appendix  to  the  extent  specified  herein. 

Specifications 

None 

Standards 

None 

Other  Publications 
None 

20.2.2  Non-Government  Documents.  In  addition  to  the  documents  listed  in 
paragraph  2.2,  the  following  documents  of  the  Issue  specified  contribute  to 
the  definition  of  the  NAV  data  related  Interfaces  and  form  a  part  of  this 
Appendix  to  the  extent  specified  herein. 


Specifications 

None 

Other  Publications 
None 
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20.3  Requirements 


20.3.1  Data  Characteristics.  The  data  stream  shall  be  transmitted  by 
the  SV  on  the  and  channels  at  a  rate  of  SO  bps.  The  data  stream, 
when  present,  shall  be  common  to  both  of  those  L-band  frequencies. 

Irrespective  of  the  PRN  ranging  code(s)  used. 

20.3.2  Message  Structure.  As  shown  In  Figure  20-1,  the  message 
structure  shall  utilize  a  basic  format  of  a  1500  bit  long  frame  made  up  of 
five  subframes,  each  subframe  being  300  bits  long.  Subframes  4  and  S  shall  be 
subcommutated  2S  times  each,  so  that  a  complete  data  message  shall  require  the 
transmission  of  2S  full  frames.  The  25  versions  of  subframes  4  and  5  shall  be 
referred  to  herein  as  pages  1  through  25  of  each  subframe.  Each  subframe 
shall  consist  of  ten  words,  each  30  bits  long;  the  MS8  of  all  words  shall  be 
transmitted  first. 

Each  subframe  and/or  page  of  a  subframe  shall  contain  a  telemetry  (TIM) 
word  and  a  handover  word  (HOW),  both  generated  by  the  SV.  and  shall  start  with 
the  TLM/HOW  pair.  The  TLM  word  shall  be  transmitted  first,  immediately 
followed  by  the  HOW.  The  latter  shall  be  followed  by  eight  data  words,  each 
of  which  shall  be  generated  by  the  CS.  Each  word  In  each  frame  shall  contain 
parity  (reference  Section  20.3.5).  The  SV  generates  (calculates)  parity  for 
the  TLM  and  HOW  words  only;  the  CS  generates  parity  for  all  other  words  of 
each  frame. 
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Block  II  SV's  (SV  configuration  001 --reference  paragraph  20.3.3.5.1.6) 
are  designed  with  a  sufficient  memory  capacity  for  storing  14  days  of  uploaded 
NAV  data.  Alternating  ones  and  zeros  will  be  transmitted  In  words  3  through 
10  In  place  of  the  normal  NAV  data  whenever  the  SV  cannot  locate  the  requisite 
valid  control  or  data  element  In  Its  on-board  computer  memory.  The  following 
specifics  apply  to  this  default  action:  (a)  the  parity  of  the  affected  words 
will  be  Invalid,  (b)  the  two  trailing  bits  of  word  10  will  be  zeros  (to  allow 
the  parity  of  subsequent  subframes  to  be  valid-reference  paragraph  20.3.5). 
(c)  If  the  problem  Is  the  lack  of  a  data  element,  only  the  directly  related 
subframe(s)  will  be  treated  In  this  manner,  (d)  If  a  control  element  cannot  be 
located,  this  default  action  will  be  applied  to  all  subframes  and  all 
subframes  will  indicate  10*1  (l.e.  an  10-code  of  001)  In  the  HOW  (reference 
paragraph  20.3.3.2)  and  (e)  certain  failures  of  data  which  may  occur  In  the  SV 
memory  or  during  an  upload  will  cause  the  SV  to  transmit  In  Non-standard  codes 
(NSC  and  NSY)  which  would  preclude  normal  use  by  the  US.  A  table  of  default 
conditions  is  contained  In  IC0-GPS-201 .  Normal  NAV  data  transmission  will  be 
resumed  by  the  SV  whenever  a  valid  set  of  elements  becomes  available. 

Block  I  SVs  (SV  configuration  000~reference  paragraph  20.3.3.5.1.6) 
cannot  store  14  days  of  uploaded  data.  Whenever  Block  I  SVs  reach  the  end  of 
the  uploaded  data,  they  will  transmit  a  pattern  of  ones  and  zeros  In  words  3 
through  10  of  each  subframe  with  two  trailing  zeros  In  word  10.  Further,  the 
Block  I  SVs  do  not  have  the  capability  of  transmitting  alternating  ones  and 
zeros  In  words  3  through  10  In  place  of  the  normal  NAV  data  In  default  cases 
specified  In  the  preceding  paragraph. 

Although  the  data  content  of  both  Block  I  ar.d  Block  II  SVs  will  be 
temporarily  reduced  during  the  upload  process,  the  transmission  of  valid  NAV 
data  will  be  continuous.  The  data  capacity  of  specific  operational  SVs  may  be 
reduced  to  accommodate  partial  memory  failures. 
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20.3.3  Message  Content.  The  format  and  contents  of  the  TIN  word  and  the 
HOW,  as  well  as  those  of  words  three  through  ten  of  each  subframe /page,  are 
described  In  the  following  subparagraphs  (message  content  related  to  $A  Is  defined 
In  IC0-6PS-203  and/or  ICD-6PS-207  —  see  note  in  paragraph  2.1.).  During  the 
first  approximately  one  day  period  following  the  uploading  of  data  to  a  SV,  the 
data  sets  transmitted  by  that  SV  In  subframes  1,  2  and  3  will  have  a  transmission 
period  of  one  hour  (l.e.  the  data  content  may  be  different  during  each  1  hour 
period  to  reflect  more  up-to-date  clock  and  ephemerls  Information).  The 
corresponding  transmission  periods  during  the  second  through  fourteenth  days 
following  the  upload  will  be  4  hours.  Paragraph  20.3.3.3.3.1  and  Section 
20.3.3.4.3  provide  specifics  regarding  validity  periods  for  these  data  sets  after 
their  transmission  periods,  while  paragraphs  20.3.4.1  and  20.3.4.4  cover  the 
detail  constraints  and  protocol  regarding  cutovers  from  data  set  to  data  set. 

20.3.3.1  Telemetry  Word.  Each  TIN  word  Is  30  bits  long,  occurs  every  six 
seconds  In  the  data  frame,  and  Is  the  first  word  In  each  subframe/page.  The 
format  shall  be  as  shown  In  Figure  20-2.  Bit  1  Is  transmitted  first.  Each  TLM 
word  shall  begin  with  a  preamble,  followed  by  the  TLM  message,  two  reserved  bits, 
and  six  parity  bits.  The  TLM  message  contains  Information  needed  by  the 
authorized  user  as  defined  In  IC0-GPS-203  and/or  ICD-GPS-207  (see  note  In 
paragraph  2.1),  and  by  the  CS,  as  described  In  the  related  SS/CS  Interfaces 
documentation. 


20.3.3.2  Handover  Word  (H0W1.  The  HOW  shall  be  30  bits  long  and  shall  be 
the  second  word  In  each  subframe/page.  Immediately  following  the  TLM  word.  A  HOW 
occurs  every  six  seconds  In  the  data  frame.  The  format  and  content  of  the  HOW 
shall  be  as  shown  In  Figure  20-2.  The  MSB  Is  transmitted  first.  The  HOW  begins 
with  the  17  MSBs  of  the  tlme-of-week  (TOW)  count.  (The  full  TOW  count  consists  of 
the  19  LSBs  of  the  29-bit  Z-count).  These  17  bits  correspond  to  the  TOW-count  at 
the  XI  epoch  which  occurs  at  the  start  (leading  edge)  of  the  next  following 
subframe  (reference  paragraph  3.3.4). 
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Bit  18  Is  used  In  two  ways:  (a)  on  SVs  that  are  designated  by  configuration 
code  000,  bit  10  Is  the  roll  momentum  dump  flag  with  a  In  this  bit-position 
Indicating  that  a  non-conservative  (thruster  type)  momentum  dump  has  occurred 
since  the  last  upload  (this  flag  Is  reset  at  a  new  end-of-message  transmission  at 
the  conclusion  of  the  next  upload);  and  (b)  on  SVs  designated  by  configuration 
code  001,  bit  18  Is  an  *a1ert*  flag.  When  this  flag  Is  raised  (bit  18  -  "l*),  It 
shall  Indicate  to  the  unauthorized  user  that  the  SV  URA  may  be  worse  than 
Indicated  In  subframe  1  and  that  he  shall  use  that  SV  at  his  own  risk.  The 
authorized  user  shall  refer  to  ICD-6PS-203  and/or  ICSD-6PS-2Q7  (see  note  In 
paragraph  2.1). 

Bit  19  also  has  a  dual  role:  (a)  on  SVs  that  are  designated  by  configuration 
code  000  In  page  25  of  subframe  4,  bit  19  Is  used  as  a  synchronization  flag;  and 
(b)  on  SVs  designated  by  configuration  code  001,  bit  19  Is  an  anti-spoof  (A-S) 
flag. 

When  used  as  a  synchronization  flag,  a  *0*  In  bit  position  19  Indicates  that 
the  SV  Is  In  synchronism,  which  Is  defined  as  the  condition  In  which  the  leading 
edge  of  the  TIM  word  Is  coincident  with  the  XI  epoch.  If  bit  19  Is  a  *1*,  this 
condition  may  not  exist;  l.e.,  the  SV  Is  not  In  synchronism,  and  further  data  from 
this  SV  should  not  be  used  since  It  may  be  erroneous.  When  used  as  an  A-S  flag,  a 
*1*  In  bit-position  19  Indicates  that  the  A-S  mode  Is  ON  In  that  SV. 

Bits  20,  21,  and  22  of  the  HOW  provide  the  ID  of  the  subframe  In  which  that 
particular  HOW  Is  the  second  word;  the  ID  code  shall  be  as  follows: 

Subframe  ID  Code 

1  001 

2  010 

3  011 

4  100 

5  101 
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20.3.3.3  Subframe  1 .  The  content  of  words  three  through  ten  of  subframe  1 
are  defined  below,  followed  by  related  a'  nrlthms  and  material  pertinent  to  use  of 
the  data. 


20.3.3.3.1  Subframe  1  Content.  The  third  through  tenth  words  of  subframe  1 
shall  each  contain  six  parity  bits  as  their  LSBs;  In  addition,  two  noninformation 
bearing  bits  shall  be  provided  as  bits  23  and  24  of  word  ten  for  parity 
computation  purposes.  The  remaining  190  bits  of  words  three  through  ten  shall 
contain  the  clock  parameters  and  other  data  described  In  the  following. 

The  clock  parameters  describe  the  SV  time  scale  during  the  period  of 
validity.  The  parameters  In  a  data  set  shall  be  valid  during  the  Interval  of  time 
In  which  they  are  transmitted  and  shall  remain  valid  for  an  additional  period  of 
time  after  transmission  of  the  next  data  set  has  started.  For  the  first 
approximately  one  day  period  following  an  upload,  the  period  of  transmission  shall 
be  one  hour,  while  the  additional  period  of  data  validity  shall  be  three  hours; 
the  corresponding  time  periods  for  days  2  through  14  shall  be  four  hours  and  two 
hours  respectively  (reference  paragraph  20.3.4.4  for  specific  details  on  data  set 
transmission  periods). 

20.3.3.3.1.1  Week  Number.  The  ten  MSBs  of  word  three  shall  contain  the  ten 
MSBs  of  the  29-bit  Z-count.  These  ten  bits  shall  represent  the  number  of  the 
current  GPS  week  of  transmission  with  "all  zeros*  Indicating  week  *0*.  The  GPS 
week  number  Increments  at  each  end/start  of  week  epoch. 

20.3.3.3.1.2  Code(s)  on  Channel.  Bits  11  and  12  of  word  three  shall 
Indicate  which  code(s)  Is  (are)  commanded  ON  for  the  L?  channel,  as  follows: 


00  - 

Reserved, 

01  - 

P  code  ON, 

10  - 

C/A  code  ON. 
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20.3.3.3.1.3  SV  Accuracy.  Bits  13  through  16  of  word  three  shall  give 
the  predicted  user  range  accuracy  (URA)  of  the  SV  (reference  paragraph  6.2.1) 
available  to  the  two-frequency  (LI  and  12)  unauthorized  user.  (Note:  the  URA 
does  not  Include  the  effect  of  the  single-frequency  Ionospheric  delay  model). 
Referring  to  the  decimal  equivalent  of  the  transmitted  four-bit  binary  number 
as  N  --  with  N  a  positive  Integer  In  the  range  of  0  through  15  —  the  accuracy 
value  shall  be  defined  to  mean  *no  better  than  X  meters*.  In  accordance  with 
the  following  relationships: 

o  If  the  value  of  N  Is  6  or  less,  X  »  2^  * 

o  If  the  value  of  N  Is  6  or  more,  but  less  than  15,  X  »2^N 

o  N  *  15  shall  Indicate  the  absence  of  an  accuracy  prediction  and 

shall  advise  the  unauthorized  user  to  use  that  SV  at  his  own  risk. 

For  N  «  1,  3,  and  5  X  shall  be  rounded  to  2.8,  5.7  and  11.3  meters 
respectively;  the  above  relationships  yield  Integer  values  of  X  for  all  other 
values  of  N.  Using  these  values  of  X  the  user  may  utilize  a  look-up  table 
approach  for  Interpreting  the  URA  message. 

20.3.3.3.1.4  SV  Health.  The  six-bit  health  Indication  given  by  bits  17 
through  22  of  word  three  refers  to  the  transmitting  SV.  The  MSB  shall 
indicate  a  summary  of  the  health  of  the  NAV  data,  where 

0  -  all  NAV  data  are  OK 

1  -  some  or  all  NAV  data  are  bad. 


.v.  ■ 


The  five  LSBs  shall  Indicate  the  health  of  the  signal  components  In  accordance 
with  the  codes  given  In  paragraph  20.3.3.5.1.3.  The  health  Indication  shall  be 
given  relative  to  the  *as  designed*  capabilities  of  each  SV  (as  designated  by  the 
configuration  code  —  see  paragraph  20.3.3.5.1.6).  Accordingly,  any  SV  which  does 
not  have  a  certain  capability  will  be  Indicated  as  "healthy*  If  the  lack  of  this 
capability  Is  Inherent  In  Its  design  or  It  has  been  configured  Into  a  mode  which  Is 
normal  from  a  user  standpoint  and  does  not  require  that  capability. 
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Additional  SV  health  data  are  given  In  subframes  4  and  5.  The  data  given 
In  subframe  1  may  differ  from  that  shown  In  subframes  4  and/or  5  of  other  SV's 
since  the  latter  may  be  updated  at  a  different  time. 

20.3.3.3.1.5  Issue  of  Oata.  Clock  (IODC).  Bits  23  and  24  of  word  three 
In  subframe  1  shall  be  the  two  MSBs  of  the  ten-bit  IOOC  term;  bits  one  through 
eight  of  word  eight  In  subframe  1  shall  contain  the  eight  LSBs  of  the  IODC. 

The  IOOC  Indicates  the  issue  number  of  the  data  set  and  thereby  provides  the 
user  with  a  convenient  means  of  detecting  any  change  In  the  correction 
parameters. 

The  IOOC  will  be  In  the  range  0  through  1023.  Constraints  on  the  IODC  as 
well  as  the  relationship  between  the  IOOC  and  the  IODE  (Issue  of  data, 
ephemerls)  terms  are  defined  In  paragraph  20.3.4.4. 

20.3.3.3.1.6  Oata  Flag  for  L;  P-Code.  When  bit  1  of  word  four  Is  a 
*1*.  It  shall  Indicate  that  the  NAV  data  stream  was  commanded  OFF  on  the 
P-code  of  the  t2  channel. 

20.3.3.3.1.7  (Reserved). 

20.3.3.3.1.8  Estimated  Group  Delay  Differential.  Bits  17  through  24  of 
word  seven  contain  the  Lj-L2  correction  term,  Tg^,  for  the  benefit  of 

"Lj  only*  or  *L  only*  users;  the  related  user  algorithm  Is  given  In 
paragraph  20.3.3.3.3. 


Figure  20-3.  —  (Reserved) 


Figure  20-4.  —  (Reserved) 
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20.3.3.3.1.9  SV  Clock  Correction.  Bits  nine  through  24  of  word  eight, 
bits  one  through  24  of  word  nine,  and  bits  one  through  22  of  word  ten  contain 
the  parameters  needed  by  the  users  for  apparent  SV  clock  correction 
(t  ,  a,.,  a,.,  a.  ).  The  related  algorithm  Is  given  In  paragraph 

OC  id  i  I  to 

20.3.3.3.3. 

20.3.3.3.2  Subframe  1  Parameter  Characteristics.  For  those  parameters 
whose  characteristics  are  not  fully  defined  In  Section  20.3.3.3.1,  the  number  of 
bits,  the  scale  factor  of  the  ISB  (which  shall  be  the  last  bit  received),  the 
range,  and  the  units  shall  be  as  specified  In  Table  20-1. 

20.3.3.3.3  User  Algorithms  for  Subframe  1  Data.  The  algorithms  defined 
below  (a)  allow  all  users  to  correct  the  code  phase  time  received  from  the  SV 
with  respect  to  both  SV  code  phase  offset  and  relativistic  effects,  (b)  permit 
the  "single  frequency"  (L1  or  L^)  user  to  compensate  for  the  effects  of  SV 
group  delay  differential  (the  user  who  utilizes  both  frequencies  does  not 
require  this  correction,  since  the  clock  parameters  account  for  the  Induced 
effects),  and  (c)  allow  the  "two  frequency"  (L1  and  L?)  user  to  correct  for 
the  group  propagation  delay  due  to  Ionospheric  effects  (the  single  frequency 
user  may  correct  for  Ionospheric  effects  as  described  In  paragraph  20.3.3.5.2.5). 
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Table  20-1.  Subframe  1  Parameters 


Parameter 

No.  of 
Bits** 

Scale 
Factor 
<  LS8 ) 

Range*** 

Code  on  L2 

2 

1 

discretes 

Week  No. 

10 

1 

Week 

L?  p  data  flag 

1 

1 

discrete 

SV  accuracy 

4 

(see  text) 

SV  health 

6 

1 

discretes 

T6D 

8  * 

2"31 

seconds 

IOOC 

10 

(see  text) 

t 

16 

24 

604,784 

seconds 

oc 

af2 

8  * 

2-55 

2 

sec/sec 

afl 

16  * 

2-43 

sec/sec 

afo 

22  * 

2'31 

seconds 

* 

Parameters  so  Indicated  shall  be  two's  complement,  with  the 

sign  bit 

(♦  or  -)  occupying  the  MSB; 

** 

See  Figure  20-1 

for  complete  bit  allocation  In  subframe; 

*** 

Unless  otherwise  Indicated  In  this  column,  effective  range 

Is  the 

maximum  range  attainable  with  Indicated  bit  allocation  and 

scale  factor. 
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20.3.3.3.3.1  User  Algorithm  for  SV  Clock  Correction.  The  polynomial  defined 
In  the  following  allows  the  user  to  determine  the  effective  SV  PRN  code  phase 
offset  referenced  to  the  phase  center  of  the  SV  antennas  (At$v)  with  respect  to 
GPS  system  time  (t)  at  the  time  of  data  transmission.  The  coefficients 
transmitted  In  subframe  1  describe  the  offset  apparent  to  the  two-frequency  user 
for  the  interval  of  time  in  which  the  parameters  are  transmitted.  This  estimated 
correction  accounts  for  the  deterministic  SV  clock  error  characteristics  of  bias, 
drift  and  aging,  as  well  as  for  the  SV  Implementation  characteristics  of  group 
delay  bias  and  mean  differential  group  delay.  Since  these  coefficients  do  not 
Include  corrections  for  relativistic  effects,  the  user's  equipment  must  determine 
the  requisite  relativistic  correction.  Accordingly,  the  offset  given  below 
Includes  a  term  to  perform  this  function. 

The  user  shall  correct  the  time  received  from  the  SV  with  the  equation  (In 
seconds) 


where 


S*  -  “SV 


GPS  system  time  (seconds). 


effective  SV  PRN  code  phase  time  at  message  transmission 
time  (seconds), 

SV  PRN  code  phase  time  offset  (seconds). 


The  SV  PRN  code  phase  offset  Is  given  by 


-  *fo  ♦  *f1  -  *oc>  ♦  <l  -  V  ♦  “r  1 

where  a.  ,  a.,,  and  a.,  are  the  polynomial  coefficients  given  In  subframe  1, 
to  fl  fit! 

t  Is  the  clock  data  reference  time  In  seconds  (reference  paragraph  20.3.4.5), 

and  at  Is  the  relativistic  correction  term  (seconds)  which  Is  given  by 
r 
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Atr  -  F  e  (A)1/2  sin  £fc. 


The  orbit  parameters  (e.  A,  E^)  used  here  are  described  In  discussions  of 
data  contained  In  subframes  2  and  3,  while  F  Is  a  constant  whose  value  Is 


F 


where 

i* 


-4.442807633  (10)‘10  sec/(meter)1/2. 


3.986005X1014 


3 

meters  ■  value  of  earths  universal 
2 

second  gravltlonal  parameters 


c 


2 -99792458X10® 


meters  ■  speed  of  light 
second 


Note  that  equations  (1)  and  (2),  as  written,  are  coupled.  While  the 

coefficients  afQ,  af1>  and  af2  are  generated  by  using  SPS  time  as  Indicated  In 

equation  (2),  sensitivity  of  t  v  to  t  Is  negligible.  This  negligible  sensitivity 

will  allow  the  user  to  approximate  t  by  t  In  equation  (2).  The  value  of  t  must 

account  for  beginning  or  end  of  week  crossovers.  That  Is,  If  the  quantity  t  -  tQc 

Is  greater  than  302,400  seconds,  subtract  604,800  seconds  from  t.  If  the  quanlty  t 

t  Is  less  than  -302,400  seconds,  add  604,800  seconds  to  t. 
oc 


The  control  segment  will  utilize  the  following  alternative  but  equivalent 
expression  for  the  relativistic  correction  when  estimating  the  NAV  parameters: 


at 


r 


where 


4  -» 

2  R  V 


4 

R  Is  the  Instantaneous  position  vector  of  the  SV, 

4 

V  Is  the  Instantaneous  velocity  vector  of  the  SV,  and 
c  Is  the  speed  of  light.  (Reference  paragraph  20.3.4.3). 
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20.3.3.3.3.2  L|  -  Lg  Correction.  The  L|  and  L2  correction  term,  T6j),  Is 

calculated  by  the  CS  to  account  for  the  effect  of  SV  group  delay  differential 

between  L1  and  based  on  measurements  made  by  the  SV  contractor  during 

factory  testing.  This  correction  term  Is  only  for  the  benefit  of 

•single-frequency"  (L1  or  i2)  users;  It  Is  necessitated  by  the  fact  that 

the  SV  clock  offset  estimates  reflected  In  the  a.  clock  correction 

fo 

coefficient  (see  paragraph  20.3.3.3.3.1)  are  based  on  the  effective  PRN  code 
phase  as  apparent  with  two  frequency  Ionospheric  corrections.  Thus,  the  user 
who  utilizes  the  frequency  only  shall  modify  the  code  phase  offset  In 
accordance  with  paragraph  20.3.3.3.3.1  with  the  equation 


*  MSV  "  TGD 

where  TG0  Is  provided  to  the  user  as  subframe  1  data.  For  the  user  who 
utilizes  only,  the  code  phase  modification  is  given  by 


(At  CJ 


SV  L, 


atsv  "  tTgo 


where,  denoting  the  nominal  center  frequencies  of  Li  and  L2  as  f^  and  f^ 
respectively, 


T  -  (f,  /f ,  )2  -  (1575. 42/12?7. 6)2  -  (77/60)2. 

L1  l2 

The  value  of  T„  Is  not  equal  to  the  mean  SV  group  delay  differential, 
bD 

but  that  delay  multiplied  by  1/(1  -  t).  That  is, 

1 


'GO 


1  -  T 


(t,  "  V  ) 


•1 


.th 


where  tL  Is  the  GPS  time  the  1  frequency  signal  Is  transmitted  from  the  SV. 
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20.3.3.3.3.3  Ionospheric  Correction.  The  'two  frequency*  (L^  and  l?)  user 
shall  correct  for  the  group  delay  due  to  Ionospheric  effects  by  applying  the 
relationship: 


rR  _  p*2  -  Ifgl 

1  -  T 

where 

PR  *  pseudorange  corrected  for  Ionospheric  effects, 

PRj  *  pseudorange  measured  on  the  L-band  channel  Indicated  by  the 
subscript, 

while  r  Is  as  defined  In  paragraph  20.3.3.3.3.2.  The  clock  correction 
coefficients  are  based  on  *two  frequency*  measurements  and  therefore  account  for 
the  effects  of  mean  differential  delay  In  SV  Instrumentation. 

20.3.3.3.3.4  Example  Application  of  Correction  Parameters.  A  typical 
system  application  of  the  correction  parameters  for  a  user  receiver  Is  shown 
In  Figure  20-5.  The  Ionospheric  model  referred  to  In  Figure  20-5  Is  discussed 
in  paragraph  20.3.3.5.2.5  In  conjunction  with  the  related  data  contained  In 
page  18  of  subframe  4. 

20.3.3.4  Subframes  2  and  3.  The  contents  of  words  three  through  ten  of 
subframes  2  and  3  are  defined  below,  followed  by  material  pertinent  to  the  use 
of  the  data. 
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e  Calibration  Data 
e  Auxiliary  Sensor 


Figure  20-5.  Sample  Application  of  Correction  Para*eters 
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20.3.3.4.1  Content  of  Subframes  2  and  3.  The  third  through  tenth  words 
of  subframes  2  and  3  shall  each  contain  six  parity  bits  as  their  tSBs;  In 
addition,  two  nonlnformatlon  bearing  bits  shall  be  provided  as  bits  23  and  24 
of  word  ten  of  each  subframe  for  parity  computation  purposes.  Bits  288 
through  292  of  subframe  2  shall  be  spares  containing  alternating  ones  and 
zeros  with  valid  parity  (Reference  Paragraph  20.3.3.5.1.11).  The  remaining 
375  bits  of  those  two  subframes  shall  contain  the  ephemerls  representation 
parameters  of  the  transmitting  SV. 

The  ephemerls  parameters  describe  the  orbit  during  the  Interval  of  time 
In  which  the  parameters  are  transmitted.  The  parameters  In  a  data  set  shall 
remain  valid  for  an  additional  period  of  time  after  transmission  of  the  next 
data  set  has  started.  For  the  first  approximately  one-day  period  following  an 
upload,  the  period  of  transmission  shall  be  nominally  one  hour,  while  the 
additional  period  of  data  validity  shall  be  three  hours;  the  corresponding 
time  periods  for  days  two  through  14  shall  be  a  transmission  period  of  four 
hours  with  an  additional  validity  period  of  two  hours.  (Reference  paragraph 
20.3.4.4  for  specific  details  on  data  set  transmission  periods).  Table  20-11 
gives  the  definition  of  the  orbital  parameters  using  terminology  typical  of 
Keplerlan  orbital  parameters;  It  shall  be  noted,  however,  that  the  transmitted 
parameter  values  are  expressed  for  a  coordinate  system  which  allows  the  best 
trajectory  fit  In  Earth  fixed  coordinates  for  each  specific  fit  Interval.  The 
user  shall  not  Interpret  Intermediate  coordinate  values  as  pertaining  to  any 
conventional  or  stable  coordinate  system. 
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Table  20-11.  Ephemerls  Oata  Definitions 

MEAN  ANOMALY  AT  REFERENCE  TIME 

MEAN  MOTION  DIFFERENCE  FROM  COMPUTED  VALUE 

ECCENTRICITY  ' 

SQUARE  ROOT  OF  THE  SEMI-MAJOR  AXIS 

LONGITUDE  OF  ASCENDING  NODE  OF  ORBIT  PLANE  AT  WEEKLY  EPOCH. 

INCLINATION  ANGLE  AT  REFERENCE  TIME 

ARGUMENT  OF  PERIGEE 

RATE  OF  RIGHT  ASCENSION 

RATE  OF  INCLINATION  ANGLE 

AMPLITUDE  OF  THE  COSINE  HARMONIC  CORRECTION  TERM  TO  THE 
ARGUMENT  OF  LATITUDE 

AMPLITUDE  OF  THE  SINE  HARMONIC  CORRECTION  TERM  TO  THE 
ARGUMENT  OF  LATITUDE 

AMPLITUDE  OF  THE  COSINE  HARMONIC  CORRECTION  TERN  TO  THE 
ORBIT  RADIUS 

AMPLITUDE  OF  THE  SINE  HARMONIC  CORRECTION  TERM  TO  THE 
ORBIT  RADIUS 

AMPLITUDE  OF  THE  COSINE  HARMONIC  CORRECTION  TERM  TO  THE 
ANGLE  OF  INCLINATION 

AMPLITUDE  OF  THE  SINE  HARMONIC  CORRECTION  TERM  TO  THE 
ANGLE  OF  INCLINATION 

REFERENCE  TIME  EPHEMERIS  (reference  paragraph  20.3.4.5) 
ISSUE  OF  OATA  (EPHEMERIS) 
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The  Issue  of  ephemerls  data  (I00£)  term  shall  provide  the  user  with  a 
convenient  weans  for  detecting  any  change  In  the  ephemerls  representation 
parameters.  The  CS  shall  assign  Issue  numbers  0  through  255  to  each  generated 
data  set  so  as  to  be  consistent  with  the  8  LSBs  of  the  IOOE  term  In  subframe  1 
of  the  data  set  (reference  paragraphs  20.3.3.3.1.5  and  20.3.4.4). 

The  IOOE  word  Is  provided  In  both  subframes  for  linkage  between  the  two 

subframes.  Whenever  the  IOOE  received  In  subframe  3  Is  different  from  that 

received  In  subframe  2,  the  difference  Indicates  that  new  data  are  from 

different  data  sets  and  must  not  be  used  together  (l.e.  a  data  set  cutover  has 

occurred  and  the  collection  process  must  be  extended  until  the  received  IOOE 

words  agree).  The  CS  shall  ensure  that  any  change  In  the  subframe  2  and  3 

data  will  be  accomplished  with  a  simultaneous  change  In  both  IOOE  words.  The 

CS  shall  also  assure  that  the  t _  value,  for  at  least  the  first  data  set 

oe 

transmitted  by  an  SV  after  an  upload.  Is  different  from  that  transmitted  prior 
to  the  cutover. 

A  "fit  Interval"  flag  Is  provided  In  subframe  2  to  Indicate  whether  the 
ephemerldes  are  based  on  a  4-hour  or  a  6-hour  curve  fit  Interval  (reference 
paragraph  20.3.3.4.3). 

20.3.3.4.2  Subframe  2  and  3  Parameter  Characteristics.  For  each 
parameter  contained  in  subframes  2  and  3,  the  number  of  bits,  the  scale  factor 
of  the  LSB  (which  shall  be  the  last  bit  received),  the  range,  and  the  units 
shall  be  as  specified  In  Table  20-III. 
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Table  20—1 II. 

Ephemerls  Parameters 
(Sheet  1  of  2) 

Parameter 

Scale 

Factor 

(LSB) 

Effective 

Range*** 

Units 

IOOE 

8 

(see  text) 

Crs 

16  * 

2‘5 

meters 

an 

16  * 

2~43 

semi -circles/sec 

-31 

"o 

32  * 

2 

semi -circles 

Cuc 

16  * 

2“29 

radians 

e 

32 

2-33 

0.03 

dimensionless 

cus 

16  * 

2'29 

radians 

1/? 

-19 

1/2 

(A) 

32 

2 

meters 

toe 

16 

24 

604,784 

seconds 

* 

Parameters  so  Indicated 

shall  be  two's  complement,  with  the  sign  bit 

(+  or  -)  occupying  the  HSB; 

** 

See  Figure  20-1  for  complete  bit  allocation  In  subframe; 

*** 

Unless  otherwise  Indicated  In  this  column,  effective  range  Is  the 

maximum  range  attainable  with  Indicated  bit  allocation  and  scale 

factor. 
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Table  20-111.  Ephemerls  Parameters 
(Sheet  2  of  2) 


Parameter 

No.  Of 
Bits** 

Scale 

Factor 

(LSB) 

Effective 

Range*** 

Units 

C1c 

16  * 

r” 

radians 

( OMEGA )Q 

32  * 

2'31 

semi -circles 

C1S 

16  * 

2-29 

radians 

*0 

32  * 

r31 

semi -circles 

Crc 

16  * 

2'5 

meters 

(a) 

32  * 

2-31 

semi -circles 

OMEGAOOT 

24  * 

2-43 

seml-clrdes/sec 

I  DOT 

14  * 

2"43 

semi -circles/sec 

*  Parameters  so  Indicated  shall  be  two's  complement,  with  the  sign  bit 
(+  or  -)  occupying  the  MSB; 


**  See  Figure  20-1  for  complete  bit  allocation  In  subframe; 


***  Unless  otherwise  Indicated  In  this  column,  effective  range  Is  the 
maximum  range  attainable  with  Indicated  bit  allocation  and  scale 
factor. 
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20.3.3.4.3  User  Algorithm  for  Ephemerls  Determination.  The  user  shall 
compute  the  earth  fixed  coordinates  of  position  for  the  phase  center  of  the 
SV's  antennas  utilizing  a  variation  of  the  equations  shown  In  Table  20-IV. 
Subframes  2  and  3  parameters  are  Keplerlan  In  appearance;  the  values  of  these 
parameters,  however,  are  obtained  via  a  least  squares  curve  fit  of  the 
predicted  ephemerls  for  the  phase  center  of  the  SV's  antennas  (time-position 
quadruples;  t,  x,  y,  z).  Particulars  concerning  the  periods  of  the  curve  fit, 
the  resultant  accuracy,  and  the  applicable  coordinate  system  are  given  In  the 
following  subparagraphs. 


20.3.3.4.3.1  Curve  Fit  Intervals.  The  data  sets  transmitted  during  the 
first  approximately  one-day  period  after  an  upload  shall  be  based  on  curve  fits 
over  four-hour  Intervals.  For  data  sets  transmitted  during  the  second  through 
fourteenth  day  after  an  upload,  the  curve  fits  shall  be  over  six-hour  Intervals 
(refer  to  paragraph  20.3.4.4  for  specific  details  on  the  length  of  data  set 
transmission  periods).  Bit  17  In  word  10  of  subframe  2  Is  a  "fit  Interval* 
flag  which  Indicates  the  curve-fit  Interval  used  by  the  CS  In  determining  the 
ephemerls  parameters,  as  follows: 

0-4  hours, 

1-6  hours. 


20.3.3.4.3.2  User  Range  Error.  The  figure  of  merit  used  to  measure  the 
quality  of  this  curve  fit  Is  User  Range  Error  (URE)  based  on  a  projection  of 
the  curve  fit  error  onto  the  user  range.  For  data  sets  with  a  four-hour  fit 
Interval  (transmitted  during  the  first  approximately  one-day  period  after 
upload),  the  curve  fit  procedure  used  provides  URE  component  to  the  predicted 
SV  ephemerls  of  less  than  0.35  meter,  one  sigma.  Truncation  of  the  parameters 
Increases  the  one  sigma  error  to  0.4  meter.  These  URE  values  apply  while  the 
data  set  Is  transmitted  as  well  as  for  a  period  of  3  hours  thereafter. 
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Table  20 -IV.  Clemente  of  Coordinate  Syeteme 


M  *  3.986005 x  10,4! 


6,  «  7^921151467x10-5^ 

A.(v£)2 

<k-'V 

n  »  Oq  An 
Mk  -  M0  *  nt^ 

Mjj  *£(,-•  sm  Ek 


v,  *  tan* 
k 


VI  -  e^  sin  Ek/(  1  -e  cos  Ekl 
(cos  E*  •  e)/<  1  -e  cos  Ekl 


Efc  -  cos  1  j! 

♦k  *  Vk  ♦  u> 


e  ♦  cos  vl 


e  cos  vk 


Suy  *  CUJ  sin  *  Cuc  cos  2$v 
5rk  ■  Crc  cos  -  Crs  sm  2^\ 
5*k  *  C«  COS  2<t^  *  CIS  sm  2*k 
Ok  «*k  - 

rk  *  A  ( 1  •  e  cos  Ek)  +  6rk 
ik  *  iQ  +  6ik  *  (IDOT)  tk 


*k“  \  co*  uk 

Vk  *  rk«nuk 


Qk  *  no  '  ^e*  *k '  ^e  toe 

*k  ”  ■k'«>»nk  -Vk,cosikS«Ok 
Yk  *  *k  s*n  Clk  +  yk  cos  <k  COS  Ok 
*k  "  Vk*"* 


WGS  64  VALUE  OF  THE  EARTH’S  UNIVERSAL 
GRAVITATIONAL  PARAMETER 

WGS  64  VALUE  OF  THE  EARTH’S  ROTATION  RATE 


SEMI-MAJOR  AXIS 

COMPUTED  MEAN  MOTION-radians/second 

TIME  FROM  EPHEMERIS  REFERENCE  EPOCH 
CORRECTED  MEAN  MOTION 
MEAN  ANOMALY 

KEPLERS  EQUATION  FOR  ECCENTRIC  ANOMALY  (MAY  BE 
SOLVED  BY  ITERATION)— radians 

TRUE  ANOMALY 


ECCENTRIC  ANOMALY 


ARGUMENT  OF  LATITUDE 


Argument  of  Latitude  Correction 


Radius  Correction 


Correa  on  to  Inclination 


SECOND  HARMONIC 
PERTURBATIONS 


CORRECTED  ARGUMENT  OF  LATITUDE 


CORRECTED  RADIUS 


CORRECTED  INCLINATION 


POSITIONS  IN  ORBITAL  PLANE 


CORRECTED  LONGITUDE  OF  ASCENDING  NODE 


EARTH  FIXED  COORDINATES 


*t  is  GPS  system  time  at  time  of  transmission,  i  e  .  GPS  time  corrected  for  transit  time  (range/ speed  of  light).  Furthermore.  tk  sheU 
be  the  actual  total  time  difference  between  the  time  t  and  the  epoch  nme  tn,.  and  must  account  for  begmnmg  or  end  of  week 
crossovers  That  is.  if  tk  is  greater  than  302.400  seconds,  subtract  604.800  seconds  from  tk  If  tk  « less  than  302  400  sec 
onds.  add  604.800  seconds  to  tk 


0284 R 


INTERFACE  CONTROL  DOCUMENT 


11 -30-87 


For  data  sets  with  a  six-hour  fit  Interval  (transmitted  during  the  second 
through  fourteenth  days  after  an  upload),  the  curve  fit  procedure  used  provides  URE 
component  to  the  predicted  SV  ephemerls  of  less  than  1.5  meter,  one  sigma. 
Truncation  of  the  parameters  Increases  the  one  sigma  error  to  1.6  meter.  These  URE 
values  apply  while  the  data  set  Is  being  transmitted,  as  well  as  for  a  period  of  2 


hours  thereafter. 


20.3.3.4.3.3 


The  sensitivity  of  the  SV's  antenna 


phase  center  position  to  small  perturbations  In  most  ephemerls  parameters  Is 
extreme.  The  sensitivity  of  position  to  the  parameters  (A)  ,  Crc  and  Crj 

Is  about  one  meter/meter.  The  sensitivity  of  position  to  the  angular  parameters  Is 

on  the  order  of  108  meters/seml-clrcle,  and  to  the  angular  rate  parameters  Is  on 
the  order  of  1012  meters/semi -circle/second.  Because  of  this  extreme  sensitivity 
to  angular  perturbations,  the  value  of  *  used  In  the  curve  fit  Is  given  here.  »  Is 
a  mathematical  constant,  the  ratio  of  a  circle's  circumference  to  Its  diameter. 

Here  *  Is  taken  as 


*  -  3.1415926535898. 

20.3.3.4.3.4  Coordinate  System.  The  equations  given  In  Table  20-IV  provide 
the  SV's  antenna  phase  center  position  In  the  WGS  84  earth-centered  earth-fixed 
reference  frame  defined  as  follows: 


ORIGIN 


Z-AXIS 


Earth's  center  of  mass* 

Parallel  to  the  direction  of  the  CONVENTIONAL  INTERNATIONAL 
ORIGIN  (CIO)  for  polar  motion,  as  defined  by  the  BUREAU 
INTERNATIONAL  OE  L'HEURE  (BIH)  on  the  basis  of  the  latitudes 
adopted  for  the  BIH  stations** 


0284R 


INTERFACE  CONTROL  DOCUMENT 


11-30-87 


THIS  DOCUMENT  SPECIFIES  TECHNICAL  REQUIRE¬ 
MENTS  AND  NOTHING  HEREIN  CONTAINED  SHALL  BE 
DEEMED  TO  ALTER  THE  TERMS  OF  ANY  CONTRACT  OR 
PURCHASE  ORDER  BETWEEN  ALL  PARTIES  AFFECTED 


CODE  IDENT  NO. 


64355 


2 MOO  NHVM) 


8? 


m 

la*: 


X-AXIS 


*  Intersection  of  the  WGS  84  reference  meridian  plane  and  the 
plane  of  the  mean  astronomic  equator,  the  reference  meridian 
being  parallel  to  the  zero  meridian  defined  by  the  BUREAU 
INTERNATIONAL  OE  L'HEURE  (BIH)  on  the  basis  of  the 
longitudes  adopted  for  the  BIH  stations*** 

Y-AXIS  »  Completes  a  right-handed  earth-centered,  earth-fixed 

orthogonal  coordinate  system,  measured  In  the  plane  of  the 
mean  astronomic  equator  90*  east  of  the  X-axis*** 

*  Geometric  center  of  WGS  84  ellipsoid 
**  Rotation  axis  of  WGS  84  ellipsoid 

***  X,  Y  axes  of  WGS  84  ellipsoid 

20.3.3.4.3:5  Geometric  Range.  The  user  shall  account  for  the  effects 
due  to  earth  rotation  rate  (reference  Table  20-IV)  during  the  time  of  signal 
propagation  so  as  to  evaluate  the  path  delay  In  an  Inertial ly  stable 
coordinate  system. 

20.3.3.5  Subframes  4  and  5.  Both  subframe  4  and  5  are  subcommutated  25 
times  each;  the  25  versions  of  these  subframes  are  referred  to  as  pages  1 
through  25  of  each  subframe.  With  the  possible  exception  of  "spare1  pages  and 
explicit  repeats,  each  page  contains  different  specific  data  in  words  three 
through  ten.  As  shown  In  Figure  20-1 ,  the  pages  of  subframe  4  utilize  six 
different  formats,  while  those  of  subframe  5  use  two.  The  content  of  words 
three  through  ten  of  each  page  Is  described  below,  followed  by  algorithms  and 
material  pertinent  to  the  use  of  the  data. 


20.3.3.5.1  Content  of  Subframes  4  and  5.  Words  three  through  ten  of 
each  page  contain  six  parity  bits  as  their  LSBs;  in  addition,  two 
non Informat Ion  bearing  bits  are  provided  as  bits  23  and  24  of  word  ten  In  each 
page  for  parity  computation  purposes.  The  data  contained  In  the  remaining 
bits  of  words  three  through  ten  of  the  various  pages  In  subframes  4  and  5  are 
described  in  the  following  subparagraphs. 
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A  brief  summery  of  the  various  data  contained  In  each  page  of  subframes  4 
and  5  Is  as  follows: 

a.  Subframe  4: 

o  Pages  1.  6,  11,  16,  and  21:  (reserved); 

o  Pages  2,  3,  4,  5,  7,  8,  9,  and  10:  almanac  data  for  SV  25 

through  32  respectively;  These  pages  may  be  designated  for  other 
functions;  the  format  and  content  for  each  page  Is  defined  by  the 
SV  10  of  that  page.  In  this  case,  the  six-bit  health  word  of 
page  25  Is  set  to  *6  ones*  (Refer  to  20.3.3.5.1.3)  and  the  SV  ID 
of  the  page  will  not  have  a  value  In  the  range  of  25  through  32; 

o  Pages  12,  19,  20,  22.  23,  and  24:  (reserved); 

o  Pages  13,  14,  and  15:  spares; 

o  Page  17:  special  messages; 

o  Page  18:  Ionospheric  and  UTC  data; 

o  Page  25:  A-S  flags/SV  configurations  for  32  SVs,  plus  SV  health 
for  SV  25  through  32. 

b.  Subframe  5: 

o  Pages  1  through  24:  almanac  data  for  SV  1  through  24; 

o  Page  25:  SV  health  data  for  SV  1  through  24,  the  almanac 

reference  time  and  the  almanac  reference  week  number. 
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20.3.3.5.1.1  Data  ID  and  SV  ID.  The  two  RSBs  of  word  three  In  each  page 
shall  contain  the  data  10  which  defines  the  applicable  6PS  NAV  data 
structure.  Data  10  one  (denoted  by  binary  code  00)  was  utilized  during 
Phase  I  of  the  OPS  program  and  Is  no  longer  In  use;  data  ID  two  (denoted  by 
binary  code  01}  Is  described  In  this  Appendix.  Future  data  IDs  will  be 
defined  as  necessary. 

As  shown  In  Table  20-V,  the  data  ID  Is  utilized  to  provide  one  of  two 
Indications:  (a)  for  those,  pages  which  are  assigned  to  contain  the  almanac 
data  of  one  specific  SV,  the  data  ID  defines  the  data  structure  utilized  by 
that  SV  whose  almanac  data  are  contained  In  that  page;  and  (b)  for  all  other 
pages,  the  data  ID  denotes  the  data  structure  of  the  transmitting  SV. 

The  SV  ID  Is  given  by  bits  three  through  eight  of  word  three  In  each  page 
as  shown  In  Table  20-V.  Specific  10s  are  reserved  for  each  page  of  subframe  4 
and  5;  however,  the  SV  ID  of  pages  2.  3,  4,  5,  7,  8.  9  and  10  of  subframe  4 
may  change  for  each  page  to  reflect  the  alternate  contents  for  that  page.  The 
SV  IDs  are  utilized  In  two  different  ways:  (a)  for  those  pages  which  contain 
the  almanac  data  of  a  given  SV,  the  SV  10  Is  the  same  number  that  Is  assigned 
to  the  PRN  code  phase  of  that  SV  (reference  Table  3-1),  and  (b)  for  all  other 
pages  the  SV  ID  assigned  In  accordance  with  Table  20-V  serves  as  the  'page 
10*.  IDs  1  through  32  are  assigned  to  those  pages  which  contain  the  almanac 
data  of  specific  SVs  (pages  1-24  of  subframe  5  and  pages  2-5  plus  7-10  of 
subframe  4).  The  "0"  10  (binary  all  zeros)  Is  assigned  to  Indicate  a  dummy 
SV,  while  IOs  51  through  63  are  utilized  for  pages  containing  other  than 
almanac  data  of  a  specific  SV.  The  remaining  IDs  (33  through  50)  are 
unassigned. 

Pages  which  contain  Identical  data  (for  more  frequent  repetition)  carry 
the  same  SV  ID  (e.g..  In  subframe  4,  pages  1,  6,  11,  16,  and  21  carry  an  ID  of 
57,  while  pages  12  and  24  are  designated  by  an  ID  of  62). 
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Table  20-V.  Oata  IOs  and  SV  IDs  In  Subframes  4  and  5 


Data  ID  of  transmitting  SV. 

Pages  2,  3,  4,  S,  7,  8,  9  and  10  of  subframe  4  may  contain  almanac 
data  for  SV  25  through  32,  respectively,  or  data  for  other 
functions  as  Identified  by  a  different  SV  ID  from  the  value  shown. 
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20.3.3.5.1.2  Almanac  Oata.  Pages  1  through  24  of  subframe  5,  as  well  as 
pages  2  through  5  and  7  through  10  of  subframe  4  contain  the  almanac  data  and 
a  SV  health  word  for  up  to  32  SVs  (the  health  word  Is  discussed  In  paragraph 
20.3.3.5.1.3).  The  almanac  data  are  a  reduced-precision  subset  of  the  clock 
and  ephemerls  parameters.  The  data  occupy  all  bits  of  words  three  through  ten 
of  each  page  except  the  eight  MSBs  of  word  three  (data  10  and  SV  10).  bits  17 
through  24  of  word  five  (SV  health),  and  the  50  bits  devoted  to  parity.  The 
number  of  bits,  the  scale  factor  (LSB).  the  range,  and  the  units  of  the 
almanac  parameters  are  given  In  Table  20-V1.  The  algorithms  and  other 
material  related  to  the  use  of  the  almanac  data  are  given  In  paragraph 
20.3.3.5.2.  The  almanac  parameters  shall  be  updated  by  the  CS  at  least  once 
every  6  days. 

The  almanac  message  for  any  dummy  SVs  shall  contain  alternating  ones  and 
zeros  with  valid  parity.  For  twelve  or  fewer  SVs,  almanacs  may  be  repeated 
within  the  25-cycle  subcommutation  limit.  Whenever  this  option  Is  exercised, 
the  following  constraints  shall  apply:  (a)  each  page  of  subframes  4  and  5, 
which  Is  assigned  by  Table  20-V  to  one  of  the  active  SVs  In  orbit,  must 
contain  the  almanac  data  of  that  SV  to  which  It  Is  assigned  by  Table  20-V,  (b) 
those  almanac-type  pages  which  remain  unused  per  the  above  rule,  shall  then  be 
reassigned  to  carry  a  duplicate  set  of  almanac  data  for  the  active  orbiting 
SVs,  (c)  these  page  reassignments  shall  be  In  ascending  order  of  page  numbers 
(starting  with  subframe  5.  followed  by  subframe  4)  being  used  for  SVs  having 
an  ascending  order  of  SV  10s,  and  (d)  each  reassigned  page  must  carry  the  SV 
10  of  that  SV  whose  almanac  data  It  contains. 
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Table  20-VI.  Almanac  Parameters 


Parameter 

No.  Of 
Bits** 

Scale 
Factor 
<  LSB) 

Effective 

Range*** 

Units 

e 

16 

r21 

dimensionless 

toa 

8 

212 

602,112 

seconds 

1  **** 

*1 

16  * 

2-19 

semi  circles 

OMEGADOT 

16  * 

a'38 

semi  circles/sec 

<*, 1/2  . 

24 

r11 

meters  1/2 

(OMEGA)0 

24  * 

2-23 

semi  circles 

u 

24  * 

2"23 

semi  circles 

"o 

24  * 

CO 

CVJ 

1 

CM 

semi  circles 

afo 

11  * 

2-20 

seconds 

afl 

11  * 

2-38 

sec/sec 

*  Parameters  so  Indicated  shall  be  two's  complement,  with  the  sign  bit 
(♦  or  -)  occupying  the  MSB; 


**  See  Figure  20-1  for  complete  bit  allocation  In  subframe; 

***  Unless  otherwise  Indicated  In  this  column,  effective  range  Is  the 
maximum  range  attainable  with  Indicated  bit  allocation  and  scale 
factor; 

****  Relative  to  10  -  0.30  semi-circles. 
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20.3.3.5.1.3  SV  Health.  Subframes  4  and  5  contain  two  types  of  SV 
health  data:  (a)  each  of  the  32  pages  which  contain  the  dock/ephemerls 
related  almanac  data  provide  an  eight-bit  SV  health  status  word  regarding  the 
SV  whose  almanac  data  they  carry,  and  (b)  the  25th  pages  of  subframe  4  and 
of  subframe  5  jointly  contain  six-bit  health  status  data  for  up  to  32  SVs. 

This  health  data  will  be  updated  at  time  of  clock  and  ephemerls  parameter 
upload  whenever  a  change  of  health  status  In  the  constellation  Is  known  at  the 
time  of  almanac  data  preparation. 

The  three  MSBs  of  the  eight-bit  health  words  indicate  health  of  the  NAV 
data  In  accordance  with  the  code  given  in  Table  20— VI I .  The  six-bit  words 
provide  a  one-bit  summary  of  the  NAV  data's  health  status  In  the  MSB  position 
In  accordance  with  paragraph  20.3.3.3.1.4.  The  five  LSBs  of  both  the 
eight-bit  and  the  six-bit  health  words  provide  the  health  status  of  the  SVs 
signal  components  In  accordance  with  the  code  given  In  Table  20-VIII.  A 
special  meaning  Is  assigned,  however,  to  the  B6  ones*  combination  of  the 
six-bit  health  words  In  the  25th  pages  of  subframes  4  and  5:  It  Indicates 
that  "the  SV  which  has  that  10  Is  not  available  and  there  maybe  no  data 
regarding  that  SV  In  that  page  of  subframes  4  or  5  that  is  assigned  to 
►  normally  contain  the  almanac  data  of  that  SV  (NOTE:  (a)  this  special  meaning 

applies  to  the  25th  pages  of  subframes  4  and  5  only,  and  (b)  there  may  be 
data  regarding  another  SV  In  the  almanac-page  referred  to  above  as  defined  In 
paragraph  20.3.3.5.1.1).  The  health  Indication  shall  be  given  relative  to  the 
■as  designed*  capabilities  of  each  SV  (as  designated  by  the  configuration  code 
—  see  paragraph  20.3.3.5.1.6).  Accordingly,  any  SV  which  does  not  have  a 
certain  capability  will  be  Indicated  as  'healthy*  if  the  lack  of  this 
capability  Is  Inherent  In  Its  design  or  It  has  been  configured  Into  a  mode 
which  Is  normal  from  a  user  standpoint  and  does  not  require  that  capability. 
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Table  20— VI I .  NAV  Oata  Health  Indications 

BIT 

IN 

137 

POSITION 

1  PAGE 

138  139 

INDICATION 

0 

0 

0 

ALL  OATA  OK 

0 

0 

1 

PARITY  FAILURE  --  some  or  all  parity  bad 

0 

1 

0 

TLM/HOW  FORMAT  PROBLEM  —  any  departure  from  standard 
format  (e.g.,  preamble  misplaced  and/or  Incorrect,  etc.), 
except  for  Incorrect  Z-count,  as  reported  In  HON 

0 

1 

1  . 

Z-COUNT  IN  HOW  BAD  --  any  problem  with  Z-count  value  not 
reflecting  actual  code  phase 

1 

0 

0 

SUBFRAMES  1.  2,  3  --  one  or  more  elements  In  words  three 
through  ten  of  one  or  more  subframes  are  bad. 

1 

0 

1 

SUBFRAMES  4,5—  one  or  more  elements  In  words  three 
through  ten  of  one  or  more  subframes  are  bad. 

1 

1 

0 

ALL  UPLOADEO  OATA  BAD  —  one  or  more  elements  In  words 

three  through  ten  of  any  one  (or  more)  subframes  are  bad. 

1 

1 

1 

ALL  OATA  BAD  —  TLM  word  and/or  HOW  and  one  or  more 

elements  In  any  one  (or  more)  subframes  are  bad. 

0284R 


INTERFACE  CONTROL  DOCUMENT 


11 -30-87 


THIS  DOCUMENT  SPECIFIES  TECHNICAL  REQUIRE-  CODE  IDENT  NO. 
MENTS  ANO  NOTHING  HEREIN  CONTAINED  SHALL  BE 
DEEMEO  TO  ALTER  THE  TERMS  OF  ANY  CONTRACT  OR  64355 

PURCHASE  ORDER  BETWEEN  ALL  PARTIES  AFFECTED 


I  )M»0  NT*  *14 


I 


Table  20-VLLL  Codes  for  Health  of  SV  Signal  Components 


MSI 

V 

LSI 

/ 

0  — a  ALL  SIGNALS  OK 

\ 

0 

0 

0 

0 

0 

0 

0 

0 

1  — •  AU  SIGNALS  WEAK* 

0 

0 

0 

1 

o  — »  ah  signals  dead 

0 

0 

0 

1 

1  — *  All  SIGNALS  HAVE  NO  DATA  modulation 

0 

0 

1 

0 

0  — ►  l(  t  SIGNAL  WEAK 

0 

0 

t 

0 

1  — *  l|  t  SIGNAL  DEAD 

0 

0 

t 

J 

0  — •  l|  f  SIGNAL  HAS  NO  DATA  MODULATION 

0 

0 

1 

1 

1  — •  lj  t  SIGNAL  WEAK 

0 

1 

0 

0 

0  — •  Lj  t  SIGNAL  DEAD 

0 

1 

0 

0 

1  — Alj  f  SIGNAL  HAS  NO  DATA  MODUIATON 

0 

1 

0 

1 

0  — •  l,  C  SIGNAL  WEAK 

0 

1 

0 

1 

1  — *  L,  C  SIGNAL  DEAD 

•  0 

1 

1 

0 

0  — ♦  Lj  C  Signal  has  no  data  modulation 

0 

1 

1 

0 

1  —•  LjC  SIGNAL  WEAK 

0 

1 

1 

l 

o  — *i2c  Signal  DEAD 

0 

1 

1 

1 

1  —•  L.  C  SIGNAL  HAS  NO  DATA  MODULATION 

4 

1 

0 

0 

0 

«  — *  L,  4  lj  P  SiCn-l  w€Ak 

» 

0 

0 

0 

I  — *  L,  L  l2»  SIGNAL  u£AO 

! 

0 

0 

I 

0  — •  L,  4  lj  >  jiOn-h.  >-AS  NO  O-TA  MODULATION 

1 

0 

0 

1 

1  L]  &  Lj  C  SiGnal  weak 

1 

0 

1 

0 

0  — •  L,  4  lj  C  SIGNAL  DEAD 

t 

0 

1 

0 

1  _ »  l,  4  Lj  C  SIGNAL  HAS  NO  OATA  MODULATION 

1 

0 

» 

1 

o  — •  i,  signal  weak* 

1  - 

0 

1 

1 

1  —•l,  SIGNAL  OEAO 

1 

1 

0 

0 

0  — •  l,  SIGNAL  HAS  NO  OATA  MODULATION 

1 

1 

0 

0 

l  —•Lj  Signal  weak’ 

1 

1 

0 

1 

0  —*Lj  Signal  dead 

1 

1 

0 

1 

1  — *  Lj  Signal  HAS  NO  Data  MODULATION 

1 

1 

1 

0 

0  — •  SV  !i  TEMEOtAKILY  OUT'S.  EhmmiU  SV 
currant  pan  " 

I 

l 

1 

0 

|  — •  SV  WILL  »E  TEMECKAKILY  OUT  N.  m 

1 

1 

1 

! 

0  — •S»«E 

1 

1 

1 

1 

1  — *  MOTE  than  ONE  COMBINATION 

WOULD  JE  IEOUIIED  TO  DESOIU 

ANCMALIU  .EKCEET  THOSE  MASKED  »Y 

J  TO  *  «•  mow  SHOE  lEO  »OWlt 

LEVEL  DUE  TO  UOUCEO  ECwEI 

OuT*VT,  EXCUSKHASE  NOiSt.  SV  ATTITUDE.  ETC. 


0284 R  INTERFACE 

CONTROL  DOCUMENT 

11-30-87 

THIS  DOCUMENT  SPECIFIES  TECHNICAL  REQUIRE¬ 
MENTS  AND  NOTHING  HEREIN  CONTAINED  SHALL  BE 

CODE  IDENT  NO. 

.NO. 

ICD-8PS-200 

DEEMED  TO  ALTER  THE  TERMS  OF  ANY  CONTRACT  OR 

64355 

- 

- 

PURCHASE  ORDER  BETWEEN  ALL  PARTIES  AFFECTED 

REV  B 

1  SHEET  94QF~TTT~ 

1 _ 

Additional  SV  health  data  are  given  In  subframe  1.  The  data  given  In 
subframes  1,  4,  and  5  of  the  other  SVs  may  differ  from  that  shown  In  subframes 
4  and/or  S  since  the  latter  may  be  updated  at  a  different  time. 

The  eight-bit  health  status  words  shall  occupy  bits  17  through  24  of  word 
five  In  those  32  pages  which  contain  almanac  data  for  Individual  SVs.  the 
six-bit  health  status  words  shall  occupy  the  24  MSBs  of  words  four  through 
nine  In  page  25  of  subframe  5  plus  bits  19  through  24  of  word  8,  the  24  MSBs 
of  word  9,  and  the  18  MSBs  of  word  10  In  page  25  of  subframe  4. 

The  eight-bit  health  status  words  shall  occupy  bits  17  through  24  of  word 
five  In  those  32  pages  which  contain  almanac  data  for  Individual  SVs.  The 
six-bit  health  status  words  shall  occupy  the  24  MSBs  of  words  four  through 
nine  In  page  -25  of  subframe  5  plus  bits  19  through  24  of  word  8,  the  24 

MSBs  of  word  9,  and  the  18  MSBs  of  word  10  In  page  25  of  subframe  4. 

20.3.3.5.1.4  (Reserved). 

20.3.3.5.1.5  (Reserved). 

20.3.3.5.1.6  Anti-Spoof  (A-S)  Flags  and  SV  Configurations.  Page  25  of 

subframe  4  shall  contain  a  four-bit-long  term  for  each  of  up  to  32  SVs  to 
Indicate  the  A-S  status  .and  the  configuration  code  of  each  SV.  The  MSB  of 

each  four-bit  term  shall  be  the  A-S  flag  with  a  "1"  Indicating  that  A-S  Is 

ON.  The  three  LSBs  shall  Indicate  the  configuration  of  each  SV  using  the 
following  code: 

Code  SV  Configuration 

000  'Block  I"  SV 

001  'Block  II'  SV  (capability  for:  A-S,  plus  flags  for  A-S  and 

'alert*  In  the  HOW;  has  memory  capacity  for  14  days  of  uploaded 
NAV  data). 
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Additional  codes  win  be  assigned  In  the  future,  should  the  need  arise. 


These  four-bit  terms  shall  occupy  bits  9  through  24  of  word  three,  the  24 
M$8s  of  words  four  through  seven,  and  the  16  NSBs  of  word  eight,  all  In  page 
2$  of  subframe  4. 

20.3.3.5.1.7  Almanac  Reference  Week.  Bits  17  through  24  of  word  three 

In  page  25  of  subframe  5  shall  Indicate  the  number  of  the  week  (WN^)  to 

which  the  almanac  reference  time  (t  )  Is  referenced  (see  paragraphs 

oa 

20.3.3.5.1.2  and  20.3.3.5.2.2).  The  WNfl  term  consists  of  the  eight  LSBs  of 

the  full  week  number.  81ts  9  through  16  of  word  three  In  page  25  of  subframe 

5  shall  contain  the  value  of  t  which  Is  referenced  to  this  WN  . 

oa  a 


20.3.3.5.1.8  Universal  Coordinated  Time  (UTC)  Parameters.  The  24  MS8s 
of  words  six  through  nine  plus  the  eight  NSBs  of  word  ten  In  page  18  of 
subframe  4  shall  contain  the  parameters  related  to  correlating  UTC  time  with 
GPS  time.  The  bit  length,  scale  factors,  ranges,  and  units  of  these 
parameters  are  given  In  Table  20-IX.  The  related  algorithms  are  described  In 
paragraph  20.3.3.5.2.4.  These  UTC  parameters  shall  be  updated  at  least  once 
every  6  days. 


20.3.3.5.1.9  Ionospheric  Data.  The  Ionospheric  parameters  which  allow 
the  only'  or  *L?  only"  user  to  utilize  the  Ionospheric  model 
(reference  paragraph  20.3.3.5.2.5)  for  computation  of  the  Ionospheric  delay 
are  contained  In  page  18  of  subframe  4.  They  occupy  bits  9  through  24  of  word 
three  plus  the  24  MSBs  of  words  four  and  five.  The  bit  lengths,  scale 
factors,  ranges,  and  units  of  these  parameters  are  given  In  Table  20-X.  These 
parameters  shall  be  updated  at  least  once  every  6  days. 
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Table  20— IX .  UTC  Parameters 


Parameter 

No.  of 
Bits** 

Scale 

Factor 

(LSB) 

Effective 

Range*** 

Units 

Ao 

32  * 

,-3° 

seconds 

A1 

24  * 

r50 

sec/sec 

AtlS 

8  * 

1 

seconds 

tot 

8 

212 

602,112 

seconds 

WNt 

8 

1 

weeks 

wnlsf 

8 

1 

weeks 

ON 

**** 

6 

1 

7 

days 

“iSf 

8  * 

1 

seconds 

*  Parameters  so  Indicated  shall  be  two's  complement,  with  the  sign 
bit  (+  or  -)  occupying  the  USB; 


**  See  Figure  20-1  for  complete  bit  allocation  In  subframe; 

***  Unless  otherwise  Indicated  In  this  column,  effective  range  Is  the 
maximum  range  attainable  with  Indicated  bit  allocation  and  scale 
factor. 

****  Right  justified. 
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Table  20-X.  Ionospheric  Parameters 


Parameter 

No.  of 
Bits** 

Scale 

Factor 

(LSB) 

Effective 

Range*** 

Units 

•o 

8  * 

2-30 

seconds 

“1 

8  * 

r” 

sec.  per  semicircle 

*2 

8  * 

2‘24 

sec.  per  semicircle 

• 

*3 

8  * 

2"24 

3 

sec.  per  semicircle 

fl0 

8  * 

l" 

seconds 

fll 

8  * 

214 

sec.  per  semicircle 

fl2 

8  * 

216 

2 

sec.  per  semicircle 

®3 

8  * 

216 

3 

sec.  per  semicircle 

*  Parameters  so  Indicated  shall  be  two's  complement,  with  the  sign  bit 
(♦  or  -)  occupying  the  MSB; 


**  See  Figure  20-1  for  complete  bit  allocation  In  subframe; 

***  Unless  otherwise  Indicated  In  this  column,  effective  range  Is  the 

maximum  range  attainable  with  Indicated  bit  allocation  and  scale  factor. 
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20.3.3.S.1 .10  Special  Messages.  Page  17  of  subframe  4  shall  be  reserved 
for  special  messages  with  the  specific  contents  at  the  discretion  of  the 
Operating  Command.  It  shall  accommodate  the  transmission  of  22  eight-bit 
ASCII  characters.  The  requisite  176  bits  shall  occupy  bits  9  through  24  of 
word  three,  the  24  MSBs  of  words  four  through  nine,  plus  the  16  MSBs  of  word 
ten.  The  eight  MSBs  of  word  three  shall  contain  the  data  ID  and  SV  ID,  while 
bits  17  through  22  of  word  ten  shall  be  spares  containing  alternating  ones  and 
zeros.  The  remaining  50  bits  of  words  three  through  ten  are  used  for  parity 


(six  blts/word)  and  parity  computation  (two  bits  In  word  ten). 

The  eight-bit 

ASCII  characters  shall  be  limited 

Alphanumeric  Character 

to  the  following  set: 

ASCII 

Character 

Code  (Octal) 

A  -  Z 

A  -  Z 

101 

-  132 

0  -  9 

0-9 

060 

-  071 

+ 

♦ 

053 

- 

- 

055 

.  (Decimal  point) 

• 

056 

'  (Minute  mark) 

• 

047 

•  (Degree  sign) 

• 

370 

/ 

/ 

057 

Blank 

Space 

040 

• 

• 

• 

• 

072 

■  (Second  mark) 

■ 

042 
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20.3.3.5.1.11  Spare  Data  Fields.  All  bits  of  words  three  through  ten, 
except  the  58  bits  used  for  data  10,  SV  (page)  10,  parity  (six  LSBs  of  each 
word)  and  parity  computation  (bits  23  and  24  of  word  ten)  of  pages  13,  14  and 
15  of  subframe  4,  and  those  almanac  pages  assigned  SV  ID  of  zero  are 


designated  as  spares.  In  addition,  as  shown  In  Table  20-XI,  several  smaller 
groups  of  spare  bits  exist  In  subframes  4  and  5.  These  spare  bit  positions  of 
each  word  shall  contain  a  pattern  of  alternating  ones  and  zeroes  with  valid 
word  parity. 

20.3.3.5.1.12  (Reserved). 

20.3.3.5.2  Algorithms  Related  to  Subframe  4  and  5  Data.  The  following 
algorithms  shall  apply  when  interpreting  Almanac,  Universal  Coordinated  Time, 
and  Ionospheric  data  In  the  Navigation  Message. 

20.3.3.5.2.1  Almanac.  The  almanac  Is  a  subset  of  the  clock  and 
ephemerls  data,  with  reduced  precision.  The  user  algorithm  Is  essentially  the 
same  as  the  user  algorithm  used  for  computing  the  precise  ephemerls  from  the 
subframe  1,  2.  and  3  parameters  (see  Table  20-IV).  The  almanac  content  for 
one  SV  Is  given  In  Table  20-VI.  A  close  Inspection  of  Table  20-VI  will  reveal 
that  a  nominal  Inclination  angle  of  0.30  semicircles  Is  Implicit  and  that  the 
parameter  4^  (correction  to  Inclination)  Is  transmitted,  as  opposed  to  the 
value  being  computed  by  the  user.  All  other  parameters  appearing  In  the 
equations  of  Table  20-IV,  but  not  Included  In  the  content  of  the  almanac,  are 
set  to  zero  for  SV  position  determination.  In  these  respects,  the  application 
of  the  Table  20-IV  equations  differs  between  the  almanac  and  the  ephemerls 
computations. 
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Table  20-XI.  Spare  Bits  In  Subframes  4  and  5 


Subframe 

P«9e(s) 

Word(s) 

Spare  Bit 
Positions 

In  Word(s) 

4 

12,  19,  20,  22.  23,  24 

9 

9-24 

4 

1.  6.  11,  12.  16.  19.  20.  21,  22,  23,  24 

10 

1  -  22 

4 

17 

10 

17  -  22 

4 

18 

10 

9-22 

4 

25 

8 

17  -  18 

4 

25 

10 

19  -  22 

5 

25 

10 

1  -  22 

NOTE:  In  addition,  all  bits  of  words  three  through  ten  In 

pages  13,  14,  and  15  of  subframe  4  (except  the  58  bits 
used  for  data  10,  SV  (page)  ID,  parity  and  parity 
computation)  are  also  designated  as  spares. 
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The  user  Is  cautioned  that  the  sensitivity  to  small  perturbations  In  the 
parameters  Is  even  greater  for  the  almanac  than  for  the  ephemerls,  with  the 
sensitivity  of  the  angular  rate  terms  over  the  Interval  of  applicability  on 
the  order  of  1014  meters/( semi cl  re  1 e/second ) .  An  Indication  of  the  URE 
provided  by  a  given  almanac  as  a  function  of  time,  relative  to  the  first  valid 
transmission  time  (age  of  data,  almanac  —  AOOA),  Is  as  follows: 

Almanac  Ephemerls  URE 
(estimated  by  analysis) 

AODA  la  f Meters ) _ 

1  day  900* 

1  week  1,200* 

2  weeks  3,600* 

*  Larger  errors  may  be  encountered  during  eclipse  seasons  and 
whenever  a  propulsive  event  has  occurred. 

The  time  past  first  valid  transmission  time  (AODA)  may  be  computed  nominally  as 

AOOA  *  tfc  ♦  302,400  seconds, 

where  the  computation  of  tfc  Is  described  In  paragraph  20.3.3.5.2.2. 
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20. 3. 3. 5. 2. 2  Almanac  Reference  Time.  The  almanac  reference  time,  t  ,  Is 

nominally  tne  multiple  of  212  seconds  truncated  from  3.S  days  after  the  first 

valid  transmission  time  for  this  almanac  data  set  (reference  paragraph  20.3.4.5). 

The  almanac  shall  be  renewed  each  six  days  as  a  minimum.  Therefore,  the  almanac 

reference  time  Is  not  ambiguous  during  the  transmission  period.  6PS  time,  t,  shall 

differ  from  t  by  less  than  3.5  days  during  the  transmission  period.  The  time 

from  epoch  t^  (see  Table  20— IV)  shall  be  computed  as  described  In  Table  20-1 V, 

except  that  t  shall  be  replaced  with  t 
oe  oa 


However,  If  the  user  wishes  to  extend  the  use  time  of  the  almanac  beyond  the 
time  span  that  It  Is  being  transmitted,  he  must  account  for  crossovers  Into  time 
spans  where  these  computations  of  t^  are  not  valid.  This  may  be  accomplished 
without  time  ambiguity  by  recognizing  that  the  almanac  reference  time  (t  )  Is 

Oa 

referenced  to  the  almanac  reference  week  (WN  )  both  of  which  are  given  In  word 

A 

three  of  page  25  of  subframe  5  (see  paragraph  20.3.3.5.1.7).  The  CS  shall  ensure 

that  all  t  values  In  subframes  4  and  5  are  the  same  for  a  given  almanac  data 
oa 

set  and  that  they  differ  for  successive  data  sets  which  contain  changes  In  almanac 

parameters  or  SV  health.  Note  that  cutover  to  a  new  upload  may  occur  between  the 

almanac  pages  of  Interest  and  page  25  of  subframe  5  (reference  paragraph  20.3.4.1), 

and  thus  there  may  be  a  temporary  Inconsistency  between  t  ,  In  the  almanac  page 

of  Interest,  and  In  word  3  of  page  25  of  subframe  5.  The  t  mismatch  signifies 

that  this  WN  may  not  apply  to  the  almanac  of  Interest  and  that  the  user  must  not 

apply  almanac  data  beyond  Its  period  of  transmission  until  he  obtains  these  pages 

with  Identical  values  of  t  . 

oa 

20.3.3.5.2.3  Almanac  Time  Parameters.  The  almanac  time  parameters  shall 
consist  of  an  1 1 -bit  constant  term  (*fQ)  and  an  11-bit  first  order  term  (afl). 

The  applicable  first  order  polynomial,  which  shall  provide  time  to  within  2 
microseconds  of  GPS  time  (t)  during  the  Interval  of  applicability.  Is  given  by 


tsv  -  Atsv 
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where 


t  -  6PS  system  time  (seconds), 

t  -  effective  SV  PRN  code  phase  time  at  message  transmission 
time  (seconds), 

Atjv  »  SV  PRN  code  phase  time  offset  (seconds). 

The  SV  PRN  code  phase  offset  is  given  by 


where  the  computation  of  tfc  Is  described  In  paragraph  20.3.3.5.2.2,  and  the 
polynomial  coefficients  afQ  and  af1  are  given  In  the  almanac.  Since  the 
periodic  relativistic  effect  Is  less  than  25  meters,  It  need  not  be  Included  In 
time  scale  used  for  almanac  evaluation.  Over  the  span  of  applicability.  It  Is 
expected  that  the  almanac  time  parameters  will  provide  a  statistical  URE  component 
of  less  than  135  meters,  one  sigma.  This  Is  partially  due  to  the  fact  that  the 
error  caused  by  the  truncation  of  a^Q  and  a^ ,  may  be  as  large  as  150  meters 
plus  50  meters/day  relative  to  the  t  reference  time. 

0%l 

20.3.3.5.2.4  Universal  Coordinated  Time  (UTC).  Page  18  of  subframe  4 
Includes  (1)  the  parameters  needed  to  relate  6PS  time  to  UTC  and  (2)  notice  to  the 
user  regarding  the  scheduled  future  or  recent  past  (relative  to  NAV  message  upload) 
value  of  the  delta  time  due  to  leap  seconds  (AtLSp),  together  with  the  week 
number  (WN^)  and  the  day  number  (DN)  at  the  end  of  which  the  leap  second 
becomes  effective.  "Day  one*  Is  the  first  day  relative  to  the  end/start  of  week 
and  the  WN^p  value  consists  of  the  eight  LSBs  of  the  full  week  number.  The  user 
must  account  for  the  truncated  nature  of  this  parameter  as  well  as  truncation  of 
UN,  MNt  and  WLSF  due  to  rollover  of  the  full  week  number  (see  paragraph 
3.3.4(b)).  The  CS  shall  manage  these  parameters  such  that  the  absolute  value  of 
the  difference  between  the  untruncated  UN  and  WNLSp  values  shall  not  exceed  127. 

Depending  upon  the  relationship  of  the  effectlvlty  date  to  the  user's  current 
6PS  time,  the  following  three  different  UTC/6PS-t1me  relationships  exist: 
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a.  Whenever  the  effectlvlty  time  Indicated  by  the  WNLSf  «n<1  the  ON  values  Is 
not  In  the  past  (relative  to  the  user's  present  time),  jnd  the  user's  present  time 
does  not  fall  In  the  tlmespan  which  starts  at  ON  ♦  3/4  and  ends  at  ON  ♦  5/4,  the 
UTC/6PS-t1me  relationship  Is  given  by 

tyiC  -  (tE  -  AtUT(;)  [Modulo  86400  seconds] 
where  tUTC  Is  In  seconds  and 

atUTC  -  atLS  +  Ao  ♦  A1  (tE  -  tot  ♦  604800  (WN  -  WNt)),  seconds; 

tE  •  GPS  time  as  estimated  by  the  user  on  the  basis  of  correcting 
t  for  factors  described  In  paragraph  20.3.3.3.3  as  well  as 

w  ¥ 

for  ionospheric  and  SA  (dither)  effects; 


atLS  *  delta  time  due  to  leap  seconds; 


A  and  A,  -  constant  and  first  order  terms  of  polynomial; 
0  1 

t  .  «  reference  time  for  UTC  data  (reference  20.3.4.5); 
ot 

WN  »  current  week  number  (derived  from  subframe  1); 


WN^  «  UTC  reference  week  number. 

The  estimated  GPS  time  (tE)  shall  be  In  seconds  relative  to  end/start  of 

week.  The  reference  time  for  UTC  data  (t  .)  shall  be  referenced  to  the  start  of 

OX 

that  week  whose  number  (WN^)  Is  given  In  word  eight  of  page  18  In  subframe  4. 

The  WNt  value  consists  of  the  eight  LSBs  of  the  full  week  number.  The  user  must 


account  for  the  truncated  nature  of  this  parameter  as  well  as  truncation  of  WN, 
WNt  and  WLSF  due  to  rollover  of  the  full  week  number  (see  paragraph  3.3.4(b)). 
The  CS  shall  manage  these  parameters  such  to  that  the  absolute  value  of  the 
difference  between  the  untruncated  WN  and  WN^  values  shall  not  exceed  127. 
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b.  Whenever  the  user's  current  time  falls  within  the  tlmespan  of  ON  +  3/4  to 
ON  ♦  5/4,  prope**  accommodation  of  the  leap  second  event  with  a  possible  week  number 
transition  Is  provided  by  the  following  expression  for  UTC: 

VfC  *  (86400  ♦  dtLSF  -  it  seconds; 


where 


W  -  (t£  -  AtUTC  -  43200) [Modulo  86400]  ♦  43200,  seconds; 

and  the  definition  of  at^  (as  given  In  "a*  above)  applies  throughout  the 
transition  period.  Note  that  when  a  leap  second  Is  added,  unconventional  time 
values  of  the  form  23:  59:  60.xxx  are  encountered.  Some  user  equipment  may  be 

designed  to  approximate  UTC  by  decrementing  the  running  count  of  time  within 
several  seconds  after  the  event,  thereby  promptly  returning  to  a  proper  time 
Indication.  Whenever  a  leap  second  event  Is  encountered,  the  user  equipment  must 
consistently  Implement  carries  or  borrows  Into  any  year/week/day  counts. 

c.  Whenever  the  effectlvlty  time  of  the  leap  second  event,  as  Indicated  by 

the  WNLSf.  and  ON  values,  Is  In  the  •past"  (relative  to  the  user's  current  time), 
the  relationship  previously  given  for  tUTC  In  "a"  above  Is  valid  except  that  the 
value  of  AtLSf.  Is  substituted  for  at^.  The  CS  will  coordinate  the  update  of 
UTC  parameters  at  a  future  upload  so  as  to  maintain  a  proper  continuity  of  the 
tyfc  time  scale. 


20.3.3.5.2.5  Ionospheric  Model.  The  'two  frequency"  (l^  and  L^)  user 
shall  correct  the  time  received  from  the  SV  for  Ionospheric  effect  by  utilizing  the 
time  delay  differential  between  Lj  and  L?  (reference  paragraph  20.3.3.3.3.3). 

The  "one  frequency"  user,  however,  may  use  the  model  given  In  Figure  20-6  to  make 
this  correction.  The  "one  frequency"  user,  however,  may  use  the  model  given  In 
Figure  20-6  to  make  this  correction.  It  Is  estimated  that  the  use  of  this  model 
will  provide  at  least  a  $0  percent  reduction  In  the  single  -  frequency  user's  RMS 
error  due  to  Ionospheric  propagation  effects. 
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The  ionospheric  correction  aodel  is  given  by 


T.  -IF*  5.0  *  10  ♦ 

1000  < 

I  F*  (5.0  *  10“9) 


(*")  (>  -  4  *  4)  • 


z  <  1.57 


,  |z|  >  1.57 


where 


T- _ is  referred  to  the  LI  frequency!  if  the  user  is  opereting  on  the  L2 

lOQO 

frequency,  the  correction  ten  oust  be  Multiplied  by  r  (reference  peregreph 
20.3.3.3.3.2), 


AMP  -  I  I  o  ♦  ,  AMP  >  0 
j  n-0  °  " 

(  if  AMP  <  0,  AMP  -  0 


2»(t  -  50400) 


,  (rsdisns) 


PER  -  I  I  8  8  .  PER  >  72,000  ,  „x 

<n -0  n  “  “  '•*c; 

(if  PER  <  72,000,  PER  -  72,000 
F  -  1.0  ♦  16.0  [0.53  -  E]3,  end 

a  end  ere  the  setellite  trensmitted  dete  words  with  n  *  0,  1,  2,  end  3. 
n  n 

Other  equations  thet  Bust  be  solved  ere 

8  ■  *.  ♦  0.064  cos  (X.  -  1.617)  (seai-circles), 

B  1  1 

X.  -  1  ♦  l*’**'1?.*  (semi-circles), 

i  u  cos  8^ 


!8u  ♦  8cos  A  (semi-circles),  |8^|  <  0.416 
if  8^  >  0.416,  then  8-  ■  *0.416 
if  8^  <  -0.416,  then  8^  -  -0.416 

4  -  *  0-022  (seai-circles). 


(seai-circles). 


t  -  4.32  *  10*  Xi  ♦  CPS  time  (sec) 


where 


0  <  t  <  86400,  therefore!  if  t  >  86400 
if  t  <  0  seconds,  edd  86400  seconds. 


labtrect  86400  seconds; 
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Figure  20-6.  Ionospheric  Model  (Sheet  1  of  2) 


INTERFACE  CONTROL  DOCUMENT 


THIS  DOCUMENT  SPECIFIES  TECHNICAL  REQUIRE¬ 
MENTS  AND  NOTHING  HEREIN  CONTAINED  SHALL  BE 
DEEMED  TO  ALTER  THE  TERMS  OF  ANY  CONTRACT  OR 
PURCHASE  ORDER  BETWEEN  ALL  PARTIES  AFFECTED 


CODE  IDENT  NO. 


11-30-87 


ICD-6PS-200 


64355 


"OHM  7*00-0  NOW  »*» 


P 

N.tlj'l 


I he  terms  used  in  computation  of  ionospheric  delay  are  as  follows: 
o  Satellite  Transmitted  Terms 


0^  ~  the  coefficients  of  a  cubic  equation  representing  the  amplitude 

of  the  vertical  delay  (4  coefficients  -  8  bits  each) 

-  the  coefficients  of  a  cubic  equation  representing  the  period  of 
the  model  (4  coefficients  -  8  bits  each) 

o  Receiver  Generated  Terms 

E  -  elevation  angle  between  the  user  and  satellite  (semi-circles) 

A  -  azimuth  angle  between  the  user  and  satellite,  measured  clockwise 

positive  from  the  true  North  (semi-circles) 

4>u  -  user  geodetic  latitude  (semi-circles)  WGS-84 

-  user  geodetic  longitude  (semi-circles)  WGS-84 

GPS  time  -  receiver  computed  system  time 


o  Computed  Terms 


X  -  phase  (radians) 

P  -  obliquity  factor  (dimensionless) 

t  -  local  time  (sec) 


I'm  ”  geomagnetic  latitude  of  the  earth  projection  of  the  ionospheric 
intersection  point  (mean  ionospheric  height  assumed  350  km) 
(semicircles) 

^  -  geodetic  longitude  of  the  earth  projection  of  the  ionospheric 

intersection  point  (semicircles) 

-  geodetic  latitude  of  the  earth  projection  of  the  ionospheric 
intersection  point  (semicircles) 

V  -  earth's  central  angle  between  user  position  and  earth  projection 
of  ionospheric  intersection  point  (semi-circles) 


Figure  20-6.  Ionospheric  Model  (Sheet  2  of  2) 
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20.3.3.5.2.6  (Reserved). 


20.3.4  Timing  Relationships.  The  following  conventions  shall  apply. 


20.3.4.1  Panina  and  Cutovers.  At  end/start  of  week  (a)  the  cyclic  paging  of 
subframes  1  through  5  shall  restart  with  subframe  1  regardless  of  which  subframe 
was  last  transmitted  prior  to  end/start  of  week,  and  (b)  the  cycling  of  the  25 
pages  of  subframes  4  and  5  shall  restart  with  page  1  of  each  of  these  subframes, 
regardless  of  which  page  was  the  last  to  be  transmitted  prior  to  the  end/start  of 
week.  It  shall  be  a  CS  responsibility  to  ensure  that  all  upload  and  page  cutovers 
shall  occur  on  frame  boundaries  (l.e..  Modulo  30  seconds  relative  to  end/start  of 
week);  accordingly,  new  data  In  subframes  4  and  5  may  start  to  be  transmitted  with 
any  of  the  25  pages  of  these  subframes. 

20.3.4.2  SV  Time  vs.  GPS  Time.  In  controlling  the  SVs  and  uploading  of 
data,  the  CS  shall  allow  for  the  following  timing  relationships: 

a.  Each  SV  operates  on  Its  own  SV  time; 

b.  All  time-related  data  In  the  TLM  word  and  the  HOW  shall  be  In  SV-tlme; 

c.  All  other  data  In  the  NAV  message  shall  be  relative  to  6PS  time; 

d.  The  acts  of  transmitting  the  NAV  message,  shall  be  executed  by  the  SV 
on  SV  time. 
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20.3.4.3  Speed  of  Light.  The  speed  of  light  used  by  the  CS  for 
generating  the  data  described  In  the  above  paragraphs  Is 

g 

c  •  2.99792458  x  10  meters  per  second 

which  Is  the  official  W6S-84  speed  of  light.  The  user  shall  use  the  same 
value  for  the  speed  of  light  In  his  computations. 

20.3.4.4  Data  Sets .  The  CS  shall  ensure  that  the  8  LSBs  of  the  I00C 
value  In  subframe  1  shall  be  equal  to  the  IOOC  values  In  subframes  2  and  3  and 
that  the  full  IOOC  number  will  be  different  from  any  value  transmitted  by  the 
SV  during  the  preceding  7  day  Interval.  The  CS  shall  also  ensure  that  the 
IOOE  value  transmitted  will  be  different  from  any  IOOE  value  transmitted  by 
that  SV  during  the  preceding  6  hour  Interval.  The  CS  shall  upload  the  data  of 
subframes  1,  2  and  3  In  data  sets  covering  a  14-day  span.  The  sets  for  the 
first  approximately  one-day  period  (see  below)  following  an  upload  shall  be 
transmitted  by  the  SV  for  periods  of  one  hour  each.  An  exception  to  this  Is 
that  the  first  one-hour  set  can  be  cut-in  (reference  paragraph  20.3.4.1)  at 
any  time  during  the  hour  (Including  the  one-hour  epoch)  and  therefore  may  be 
transmitted  by  the  SV  for  less  than  one  hour.  Subsequent  one-hour  sets  shall 
have  cutovers  exclusively  on  one-hour  epochs,  relative  to  end/start  of  week. 
The  data  sets  of  the  second  through  fourteenth  days  shall  be  transmitted  by 
the  SV  for  four  hours  each.  Cutover  to  four-hour  data  sets  from  one-hour  sets 
and  subsequent  cutovers  to  succeeding  four-hour  data  sets  shall  always  occur 
Modulo  four  hours  relative  to  end/start  of  week. 

The  CS  shall  upload  sufficient  one-hour  data  sets  to  ensure  (a)  that  the 
SV  will  transmit  one-hour  data  sets  for  a  minimum  period  of  24  hours,  and  (b) 
that  the  SV  will  transmit  additional  one-hour  data  sets  as  needed  to  properly 
accommodate  upload  scheduling  margins  and  the  four-hour  cutover  timing 
relative  to  end/start  of  week,  as  specified  above.  The  maximum  number  of 
one-hour  data  sets  shall  be  29. 
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20.3.4.5  Reference  Times.  Many  of  the  parameters  which  describe  the  SV 
state  vary  with  true  time,  and  must  therefore  be  expressed  as  time  functions 
with  coefficients  provided  by  the  Navigation  Message  so  as  to  be  evaluatable 
by  the  user  equipment.  These  Include  the  following  parameters  as  functions  of 
GPS  time: 


a.  SV  time, 

b.  Mean  anomaly. 

c.  Longitude  of  ascending  node, 

d.  UTC, 

e.  Inclination. 


Each  of  these  parameters  Is  formulated  as  a  polynomial  In  time.  The 
specific  time  scale  of  expansion  can  be  arbitrary.  Due  to  the  short  data 
field  lengths  available  In  the  Navigation  Message  format,  the  nominal  epoch  of 
the  polynomial  Is  chosen  near  the  midpoint  of  the  expansion  range  so  that 
quantization  error  Is  small.  This  results  In  time  epoch  values  which  can  be 
different  for  each  data  set.  Time  epochs  contained  In  the  Navigation  Message 
and  the  algorithms  which  utllze  them  are  related  as  follows: 

Application 

Epoch  Algorithm  Reference 

t  20.3.3.3.3.1 


20.3.3.4.3 


20.3.3.5.2.2  and 

20.3.3.5.2.3 


20.3.3.5.2.4 
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The  following  describes  the  nominal  selection,  which  will  be  expressed 

Modulo  604,800  seconds  In  the  Navigation  Message  text: 

t  ■  2  hours  after  the  first  valid  transmission 

oc 

time  for  four-hour  fit  Interval  data  sets, 
and  3  hours  after  the  start  of  transmission 
for  six-hour  fit  Interval  data  sets. 

t  ■  2  hours  after  the  first  valid  transmission 

oe 

time  for  four-hour  fit  Interval  data  sets, 
and  3  hours  after  the  start  of  transmission 
for  six-hour  fit  Interval  data  sets. 

t  *  3.5  days  after  the  first  valid  transmission 

oa 

time. 

t  .  «  3.5  days  after  the  first  valid  transmission 

ot 

time. 

The  coefficients  of  expansion  are  obviously  dependent  upon  the  choice  of 

epoch,  and  thus  the  epoch  time  and  expansion  coefficients  must  be  treated  as  an 

Inseparable  parameter  set.  Note  that  a  user  applying  current  navigation  data  will 

normally  be  working  with  negative  values  of  (t-t  )  and  (t-t  )  In  evaluating 

oc  oe 

the  expansions. 

The  CS  will  Introduce  small  deviations  from  the  nominal  If  necessary  to 
preclude  possible  data  set  transition  ambiguity  when  a  new  upload  Is  cut  over  for 
transmission.  A  change  of  reference  time  Is  used  to  Indicate  a  change  of  values  In 
the  data  set. 
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20.3.5  Data  Frame  Parity.  The  data  signal  shall  contain  parity  coding 
according  to  the  following  conventions. 

20.3.5.1  SV/CS  Parity  Algorithm.  This  algorithm  links  30-bit  words  within 
and  across  subframes  of  ten  words,  using  the  (32.26)  Hamming  Code  described  In 
Table  20-XII. 


20.3.5.2  User  Parity  Algorithm.  As  far  as  the  user  Is  concerned,  several 

options  are  available  for  performing  data  decoding  and  error  detection.  Figure 

20-7  presents  an  example  flow  chart  that  defines  one  way  of  recovering  data  (d  ) 

*  11 
and  checking  parity.  The  parity  bit  03q  Is  used  for  recovering  raw  data. 

The  parity  bits  D29  and  D3Q,  along  with  the  recovered  raw  data  (dR)  are 

modulo-2  added  In  accordance  with  the  equations  appearing  In  Table  20-XII  for 

.  .  .  Djq,  which  provide  computed  parity  to  compare  with  transmitted  parity  D25 
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Table  20-XII.  Parity  Encoding  Equations 
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d1#0M 


d2*°M 


°29  *dl  *d2#d3  *d5*d6*d10*d11  #d12*d13*d14*dl7#dl8*d20*d23 
D30#d2#d3*d4#d8  *d7#d11  •d12#d13*d14*d1S*d18*d18*d21  *d24 
°29*d1#d3#d4*d5*d7*d8#d12*dt3#d14*d15#d16*d19#d20*d22 
D30*d2*d4*d5*d6*d8*d9*d13*d14*d15*d16*d17*d20*d21  #d23 
030#d1*d3#dS*d6#d7#d9#d10#d14#d1S*d18#d17*d18*d21*d22*d24 
D29*d3*dS*d8*d8*d9*d10*d11#d13#d1B*d18*d22*d23*d24 


dv  dj. . . . .  are  the  source  data  bio  , 

die  tyrnboi  (*)  it  uaed  to  identify  The  Ian  2  bio  of  the  previous 
word  of  die  oibfrone, 

D25, . ....  Ojq am  the computad  parity  bio t 

Oj,  Dj,  Dj. . . .  D29.  Djq  are  die  bio  danamitad  by  do  *V .  and 

•  it  die  “Modulo- 2“  or  “Eaduaivo  Or**  operation. 
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Figure  20-7.  Example  Flow  Chart  for  Oaer  Implementation 
of  Parity  Algorithm 
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